Questions and feedbacks
スクラムでベロシティの管理はしていますでしょうか？
Like(1)
Railsはサーバとして立ち上げるのはnodeなどに比べると煩雑な気がしますがそのようなRailsとマイクロサービスのかみ合わせの悪さみたいな経験があったりしますでしょうか？
Like(0)
エンジニアとしての技術視点に近いお話が多かったですが、お客様側の業務ドメインに踏み込んでいくといったことはあまりやらなかったりするのでしょうか？
ビジネスロジック設計～コードに落とし込む間の設計部分なんかをやっていくにあたって心がけていることなどがあれば知りたいです
Like(0)
別の組織が作った別のサービスの更新が把握できずにトラブルになったりしましたか？また、その対策としてサービス横断で連絡するしくみを設けたりしていますか？
Like(0)
3人スタートアップだとどれくらいの数のマイクロサービスだと行けそうでしょうか?(一概には言えないと思いますが、今までの経験からのお答えで大丈夫です)
Like(0)
サービスを横断する場合の機能開発時は複数のrails立ち上げ+お互いが疎通できるようなport設定などが発生すると思うのですが、 このあたりの手間をいい感じに省略できる文化とかはありますか？
Like(0)
SQLQLを利用したRailsアプリとそうでないアプリとで開発時の感触の違いがあれば聞いてみたいです。
SQLQL の API を用意しておきさえすれば、あとはほぼ全てを呼び出す側から SQL で実装することが出来るので、フロントエンドとサーバーサイドを行ったり来たりしなくて済むのが嬉しいポイントです。GraphQL にも同じような特性があるとは思いますが、SQLQL の方が自由度が高いので、その特性が顕著なんじゃないかと思います（自由度が高い分、サンドボックス化するのが大変というトレードオフはあれど）
Like(1)
『SQLQL プログラミング』でやりたい事は凄くなるほどーと思ったのですが、それをサーバ内で完結せずにネットワーク越しにも実行したいモチベーションはどのあたりから来たんでしょうか？
基本的には、恐らく、普通の CRUD メインの WEB アプリケーション(OLTP)というより、BI ツールのような分析アプリケーション(OLAP)で生きてくる設計なんじゃないかと思っています。複雑な条件で集約関数を多用するような用途だと、できるだけ DB サーバー側で集約を終えておいて、受け取るデータ量を抑える方が全体のパフォーマンスやコードの簡潔さの面で有利になるのではないかと思っています。 それをふまえて、その考え方を OLTP っぽいアプリにも応用することで、何か役に立つ事があるんじゃないかという知的好奇心を元に取り組んでいます。
Like(1)
DBを新規作成しないでのRails移行は辛くなかったですか？
既存データベースを読みに行くと言うのはやったことがあるので、そこまで辛くはなかったです。
段階的移行で一番大変だったことは何ですか？
100％の確信が持てないことですね。動かなかったときにどう戻すかなどを考えながらやらないといけないところが、一番大変です。
どうやって作り直しのスケジュールをビジネスの人と合意したのですか？特に「無理をしない」の部分が気になります。
移行することによる利点と欠点をちゃんと説明した上で、「事業を推進するための機能開発」と「移行のためのコスト」をどれぐらいの比率にするかの話し合いをちゃんとやりました。
無理をしないというのは端的に言うと、「スケジュールを無理矢理詰め込むことをしない」ということです。「移行もするので時間がかかります」と言うコンセンサスを取った上で、なるべく省コストに移行できる方法を取るという感じですね。
Like(0)
仮説検証文化形成を実際にしていく中でうまくいった具体的な施策等あれば知りたいです！
Like(0)
プロダクトに閉じない視野の箇所で、定性情報を増やしていくというお話があったかと思いますが。 そういった実際の顧客を観察はどのくらいの頻度で行っていますか？
Like(0)
線の指標の計測方法についてもう少し具体的に知りたいです 「どういう行動をしたかはわからない」とか、理解しきれなかったので。。。
Like(3)
プロスポーツだと「Ladies」とかよくつかうと思うのですが、「Ladies」という言い方はどうですか？
Like(0)
「女性が参加しやすい勉強会」にはどんな条件や要素が必要だと思いますか？？
Like(0)
『SQLQL プログラミング』でやりたい事は凄くなるほどーと思ったのですが、それをサーバ内で完結せずにネットワーク越しにも実行したいモチベーションはどのあたりから来たんでしょうか？
Like(1)
移行する際に元のシステムにテストコードはありましたでしょうか？
また過去の経緯を知る人がいない中で移行後のテストコードは用意できましたか？
Like(1)
既存のPHPコードには、一切手を加えない方針だったのでしょうか。もしそうだとすると、それは何故ですか?
Like(0)
新旧複数の在庫モデルが並行して存在していると思うのですがそこの整合性はどうやってとられているのでしょうか(ダブルブッキングの防止など)
Like(0)
設計思想がスマートなのですが、そこに至るまでの要件定義をどのように進めるか教えて欲しいです。すごい泥臭そうで。
Like(1)
DBを新規作成しないでのRails移行は辛くなかったですか？
Like(0)
段階的移行で一番大変だったことは何ですか？
Like(0)
飲食店では予約のキャンセルに対する対応（ドタキャン・幹事と連絡が取れないなど）が大きな問題になってくるかと思いますが、そういった問題に対する対策や防止手段などは考えられたりしているのでしょうか？ または、トレタ経由の予約は一般の予約システムに比べてキャンセル率が低いなどの話がありましたら興味があります。
Like(0)
どうやって作り直しのスケジュールをビジネスの人と合意したのですか？特に「無理をしない」の部分が気になります。
Like(0)
SQLQLを利用したRailsアプリとそうでないアプリとで開発時の感触の違いがあれば聞いてみたいです。
Like(0)
Copyright © 2018 Yoshiyuki Hirano
「ユビテック」ではドメイン知識のみの共有会なのでしょうか？最近の技術トピックや読書会は行っていませんか？ また、どのような形式で行っているかを教えてください。モブプロ？LT？
Like(0)