  |
はてなキーワード: PMFとは
Ruby入門 (全26回) - プログラミングならドットインストール
ttps://b.hatena.ne.jp/entry/s/blog.agile.esm.co.jp/entry/2016/10/03/150625
Ruby on Rails5 | プログラミングの入門なら基礎から学べるProgate
Ruby on Rails 5入門 (全28回) - プログラミングならドットインストール
Ruby on Rails チュートリアル：実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)
私が億万長者になった日 DHH
Ruby on Railsの生みの親が見つけた人生で「最良のもの」
ttps://bit.ly/2UrMXtt
私がプログラミングを始めたのは20代になってからです。DHH
ttps://bit.ly/3dk6XYa
6 of the top 10 @ycombinator companies (by valuation) were built using Ruby!
ttps://prograils.com/posts/top-10-famous-sites-built-with-ruby-on-rails
スケーラビリティがとか、拡張性がとか、モノリシックなアーキテクチャは柔軟性がないんじゃとかいう声が聞こえてきそうだが(もっとも僕も前はそう思っていたのだが…)、
こんな技術的な美しさやなんちゃらビリティなんてものはスタートアップにおける開発速度の重要性に比べたらなんの意味もないものである。
最近PMFする前にアーキテクチャにこだわりすぎる事故をよくみる。
PMFする前のプロダクトなんて動けばなんぼなので、Railsで汚くてもいいからゴリゴリ書いて、最低限のJSをつけるだけでよい。
Ruby on Railsは、現時点で、新規サービスを立ち上げる開発生産性が最も高いと判断しています。0-1のステージにおいて最も効果的であり、多くの場合は1-10でも有用です。ただし10-100のステージでは、デメリットが見えはじめます。しかし10-100のサービスにおいても、Ruby on Railsの利用範囲がゼロになることはないと考えています。
ttps://moneyforward.com/engineers_blog/2020/03/31/cto-message-202003/
「スタートアップでWebアプリつくるなら、Railsでアプリ分割せずAPIモード使わずにシンプルにつくれ。
A Modern Web Application With Rails
ttps://medium.com/rubyinside/a-modern-web-application-with-rails-da3deb48014c
JavaScriptフレームワークはもうこりごり
ほとんどのスタートアップにとって、マイクロサービスはよい選択ではない
ttps://www.infoq.com/jp/news/2020/06/monolith-decomposition-newman/
スーパーFatControllerだし、設計もめちゃくちゃだけど100万人以上に使ってもらえて、そこそこ利益も生み出した
ttps://bit.ly/2CxT7To
Ruby on Railsで10分で作るTwitterもどき
ttps://bit.ly/2KVdAl8
１時間でツイッターサービスを作ろう！ – KRAY Inc.
ttps://b.hatena.ne.jp/entry/s/kray.jp/blog/twitter_service_in_1hours/
「1人で6時間で作った」 Twitterで匿名質問「Peing」人気、月間2億PV超えへ
ttps://bit.ly/3b7qyIz
Ruby on Rails：それでもほとんどのチームにとって最高のWebアプリフレームワーク
ttps://b.hatena.ne.jp/entry/s/twitter.com/hackernewsj/status/1331373405858373633
Railsの真価は Web開発に必要な基本的機能が全て揃い、その機能全てがローカルで動作してテストを書く仕組みが存在することにあると考えています。
Go で同じくことをやるのは難しいというのが試した結果の結論でした。例えば Rails サーバーからメールを送るなら ActionMailer を使えば一瞬でできますが、Go ではそこまでの速度は出せません。
ttps://www.wantedly.com/companies/wantedly/post_articles/193633?utm_source=t.co&utm_medium=share&lang=ja
僕はずっとRails使ってますが、別にRailsにこだわってるわけではないのでもっと良い技術があれば普通に移行すると思います
ただ移行するためには今持っているRailsの資産や経験など全てを超えてなお移行したほうがメリットある場合に限るので中々そういうものは少ないかな、、、と
ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/953120084666433537
今は分かりませんが、数年前まではphpでrubyと同じ事をしようとするとソースコード量が3倍近く必要でした ソースが短ければバグが発生し辛いですし、ミスもかかる時間も減る と言うことで僕はruby、、、と言うよりrailsをおします
ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/928170730893619200
Railsのセミナー面白かった。 スタートアップ企業の社長がPHPを捨ててRailsを選んだ理由がエンジニアの安定性というのが、今回聞いた中では一番心に残った。
エンジニア視点ではなく、経営視点で考えたら、ボトルネックは必ず人だからだよな。
ttps://b.hatena.ne.jp/entry/s/twitter.com/poepoe49091/status/762141005432750080
スピードに対してごちゃごちゃ言うなら C じゃなくアセンブラで書けばいい。
それをなんで C で書いてるのかって言えば、 それはもちろん「コードがわかりやすい」とか、「早く書ける」って のが理由だろう。
そして、Ruby は C よりわかりやすいし速く書ける。 ということは、「C よりも Ruby」というのは非常に自然な選択では ないだろうか？
Cで書くと2日かかる。実行時間は0.1秒
Rubyで書くと1日かかる。実行時間は10秒（Cの100倍）
と、すこし極端な仮定を置いてみると、どっちが得でしょうか。
ttps://jp.quora.com/naze-ruby-ha-hokano-gengo-to-kurabe-te-osoi-node-shou-ka
Railsアプリケーションを、Heroku上で1分間125,000リクエストに対応できるようにスケーリングする
ttps://postd.cc/scaling-rails-to-125-000-requests-per-minute-on-heroku/
私がプログラミングを始めたのは20代になってからです。DHH
ttps://bit.ly/3dk6XYa
2017年、Railsが学ぶ価値のあるフレームワークである理由は何ですか？
回答者：David Heinemeier Hansson（デイヴィッド・ハイネマイヤー・ハンソン)、Ruby on Railsのクリエイター、Basecampの創設者 & CTO
ttps://jp.quora.com/2017年-Railsが学ぶ価値のあるフレームワークである理由は/answers/129556088
ttps://magazine.rubyist.net/articles/0059/0059-Ruby-Rails-Beginners-Guide.html
ttps://techracho.bpsinc.jp/hachi8833/2019_01_25/68846
Railsは2019年も「あり」か？ Railsの長所と向いている用途
ttps://techracho.bpsinc.jp/hachi8833/2019_01_29/68871
Ruby on Railsの作者より：高まった生産性を仕事を余計にこなすためではなく自分の将来に向けて使おう
ttps://b.hatena.ne.jp/entry/s/himazublog.hatenadiary.org/entry/20080927/1222445526
プロジェクト管理ツールBasecampの最高技術責任者、デイヴィッド・ハンソンさんの仕事術
ttps://www.lifehacker.jp/2017/12/171204-im-david-heinemeier-hansson-basecamp-cto-and-this-is.html
ttps://b.hatena.ne.jp/entry?url=http%3A%2F%2Fwww.portalshit.net%2F2012%2F09%2F23%2Fcode-with-a-lot-of-comments-smells
ttps://b.hatena.ne.jp/entry?url=http%3A%2F%2Fpostd.cc%2Fhow-dhh-organizes-his-rails-controllers%2F
ShopifyにおけるRuby on Railsで速いコードを書く方法
ttps://b.hatena.ne.jp/entry/s/medium.com/@teruhisafukumoto/how-to-write-fast-code-in-ruby-on-rails-at-shopify-70668edc47b1
ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fspeakerdeck.com%2Fyasaichi%2Fwhat-is-ruby-on-rails-and-how-to-deal-with-it
ttps://b.hatena.ne.jp/entry/s/www.slideshare.net/ockeghem/ruby-on-rails-security-142250872
3年弱でゼロからフルスタックエンジニアになるまでにやったこと - 自分を攻略していく記録
ttps://b.hatena.ne.jp/entry/s/diary.shuichi.tech/entry/how-to-be-fullstack
「一つのことを、うまくやれ」
ttps://bit.ly/3fTUsmf
Joel on Software(ジョエル・オン・ソフトウェア) あなたが絶対すべきでないこと(スクラッチから書き直す)
ttps://urashita.com/archives/3782
優秀なエンジニア5人は二流の1000人を完全に凌駕する：Rails Hub情報局：エンジニアライフ
ttps://b.hatena.ne.jp/entry/s/el.jibun.atmarkit.co.jp/rails/2011/06/51000-6676.html
ビル・ゲイツはさらに過激で、「優秀な旋盤工の賃金は平均的な旋盤工の数倍だが、優秀なソフトウェア・プログラマーは平均的なプログラマーの1万倍の価値がある」
遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ。
1人の妊婦が9か月で赤ちゃんを出産できても、9人の妊婦が1ヶ月で赤ちゃんを出産することはできないのである。
ttps://ja.wikipedia.org/wiki/%E3%83%96%E3%83%AB%E3%83%83%E3%82%AF%E3%82%B9%E3%81%AE%E6%B3%95%E5%89%87
技術的負債という概念の生みの親 Ward Cunningham 自身による説明
ttps://t-wada.hatenablog.jp/entry/ward-explains-debt-metaphor
ttps://bit.ly/3epWY3i
雑なやりとり
エンジニアの時給単価で考える
ttps://speakerdeck.com/mstshiwasaki/sabisukai-fa-chu-qi-false-shi-jian-wojin-demai-u-ji-shu
プログラミングを始めた時期でマウントを取られて悲しいです。そこで、プログラミングを20歳以降で始めて大成した人物を教えていただけますか？ - プログラミングという Permalink | 記事への反応(1) | 19:18
本田未央が総選挙で打ち克つべき相手は北条加蓮でも夢見りあむでもない。 #第8回シンデレラガール総選挙 - Togetter
https://togetter.com/li/1353757
それはCVがあって未来がある側が言ったところでどうしようもないんだよ。
モバマスでは新規SRはデレステSSRを使いまわしながら少しずつ減り、イベントは復刻がちらほら。メダル枠すら復刻で新規が減ってってる(いま行われてるPMFだってメダルSRもRも全部復刻)。
そんな状況で本田未央がシンデレラガールになってシンデレラガールズのアニメの中核を担ったニュージェネレーションズが全員シンデレラガールになったらどうなるか？ってちょっと考えたら想像つくじゃない。
そうなったら前時代に置いていくのは悪しき慣習や怨念や怨嗟だけじゃないんだよ。
きっと君は『そんなことはない』というだろうけど、『そんなことはない』と断言はできないだろう？
『そんなことはない』と断言ができるのは運営だけしかいないけど、運営は『そんなことはない』とは言ってくれないし言わない。
モバマスがなくなったあとのデレステだけの状況で、新キャラがいきなりCVつきでこれからも続々投入されるであろう状況で
CVがない子がこれまでと同様の登場機会をもらえるとは到底思えない、ってちょっと考えたら想像つくじゃない。
訪れたチャンスをものにして未来を掴んだのがシンデレラだけど、チャンスすら訪れない未来になるのならそんなのはいらない。
自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー
できる人ばかり辞めていく会社が研修費用を出すようになったら、さらに退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ
「従業員にトレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員にトレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。
従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある
ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/
「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内のスタートアップの経営者なら、たいていの人に直接または1hopでつながることができる。
ttps://s.nikkei.com/2vJsvYx
優れたマネージャーは自分より高い給与をもらう可能性のあるポテンシャルの高い部下を喜んで雇う
ttp://b.hatena.ne.jp/entry/www.masafumiotsuka.com/2015/11/the_peter_principle.html
人材は会社の資産として残らないが仕組みは会社の資産として永遠に残る
ttps://www.amazon.co.jp/dp/B010JM64M6/
ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000
ttps://www.slideshare.net/yattom/ss-79372905
ttps://tinyurl.com/y8tkhuhz
ttps://bit.ly/2MylBjs
"競争優位につながるような戦略的なソフトを開発しようとするなら内製しかない。"
ttps://www.amazon.co.jp/dp/4822273784
ttps://medium.com/@kuranuki/aac6062adfb2
どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか
（中略）
ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。
もっと言うなら、自分の会社の今後のビジネス的ポジションを、他社に決めてもらうようなものだからだ。
外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。
ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683
ttps://bit.ly/2JzCggZ
「ソフトウェア業界（特に受託開発業界）は、基本的に正直者が馬鹿を見る世界である。顧客が、保守性というソフトウェアの最も重要な品質を正しく評価できないという、情報の非対称性が存在するからだ」/分かるなぁ
「モダンな開発環境×技術顧問×内製化」Sansan×日経電子版 アプリ開発の最前線を語る夜
ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。
「アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更に対応できないし、技術ノウハウも貯まらない。」
ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています。
ローンチした後、そこからの追加・改善はものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対に不可能です。
2017年1月、ネット証券大手のマネックス証券は証券基幹システムを刷新した。
お客様へ提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コストの適正化を目的に、
（中略）
サービスの改善や新サービスの開発時に、ASPサービスの提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。
ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467
ttps://twitter.com/kanayang2009/status/129677947572465666
ttps://amzn.to/2ncDXrO
だから育てるんだ。
ABテスト デザイン OR ボタン OR 文言 - Twitter検索
外注でもA/Bテストでユーザの反応を計測してトライ・アンド・エラーでシステム開発ってできるもんなんだろうか。
できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの？
ttps://twitter.com/fromdusktildawn/status/874796380522336256
「外部委託すると細かい継続的な機能の改善が遅くなるので、自社採用でかなり優秀な人材をケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン
ttps://bit.ly/2QWMsoJ
外注はPDCAを回せないという致命的な欠点がある。ITスタートアップの感覚だと外注と内製には天と地ほどの差がある
ttps://bit.ly/2J5UCWQ
銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFをコントロールできる開発チームが必須でそれは内製でしか達成困難。
ttps://bit.ly/2vkDd8E
正解に当たるまで回し続ける！3ヶ月で200回のA/Bテストから得た「意外な結果」とは
弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチなレイアウトのものでテストすると、いつも必ずテキストの方が勝ちます。
海外テック情報局：eBayではダサいデザインのほうがコンバージョン率が高かった｜gihyo.jp … 技術評論社
デザイナと口論したいのではなく，見たいのは数字とお客さんの利用例。
そして何がうまくいっているのか突き止めたい。
選択の科学 ２４種類のジャムを売り場に並べたときと、６種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの１０分の1しかなかったのです。
ttps://amzn.to/2I2V1O4
エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond
理由１：変更につぐ変更を重ねられるようにする
最近 lean startup なる考え方がはやってますが、これはどういうことかというと、
東大合格者ランキングは正しいのか？――常に分母は何かを考えよ
何事にも閾値はある。そこに至らなければ、意味がないという数字だ。
「頭のいい人が成功しない理由」という本に、閾値の話があった。
だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。
ttps://ameblo.jp/chimu841/entry-10036171360.html
ttps://amzn.to/2Odv25b
①内製
②外注
フラクタルなレモン市場問題｜建築不動産クラスタ交流会の件その１
ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457
ttp://ledsun.hatenablog.com/entry/2016/02/28/014851
ttps://ja.wikipedia.org/wiki/情報の非対称性
ttps://ja.wikipedia.org/wiki/逆選抜
ttps://ja.wikipedia.org/wiki/取引コスト
「探索コスト」
時給制（時間を売る）が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね
でも拘束時間で金額を決めてしまっては効率化を目指さなくなるんじゃないか
ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96
ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872820182883762176
ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872822997106565120
ttp://getlife.hateblo.jp/entry/2013/09/10/015011
見積もりが人日で工数を計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。
納期よりもかなり早い段階で実際には完成しているにも関わらず、
エージェントが利益相反行動をしていないかどうか監視するためのコスト。
自身の行動がプリンシバルの利益追求にかなっていることを証明するために
ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292
ttps://twitter.com/search?q=rails%E3%80%80%E9%A1%A7%E5%95%8F
「顧問プログラマ」再考 - Rails 雑感 - Ruby on Rails with OIAX
ttps://www.oiax.jp/rails/zakkan/rethinking_of_adviser_programmer.html
ITエンジニア採用に欠かせない原則とは (1/5)：IT人材ラボ
ttp://b.hatena.ne.jp/entry/s/itjinzai-lab.jp/article/detail/856
ttps://www.slideshare.net/fukumura1/fukuokarubykaigi-medpeer-ver1
【256人がリモートワークで回る仕組みを考える】後編
ttps://www.remotework-labo.jp/2015/10/interview_10/
