「PMF」を含む日記 RSS

はてなキーワード: PMFとは

2019-12-14

[][][]Ruby on Rails書籍勉強する前に

Ruby

Ruby基礎文法最速マスター

Ruby入門 (全26回) - プログラミングならドットインストール

Ruby | プログラミングの入門なら基礎から学べるProgate[プロゲート]

ttps://prog-8.com/languages/ruby



https://try.ruby-lang.org/

技術面接で出された問題

ttps://b.hatena.ne.jp/entry/s/blog.agile.esm.co.jp/entry/2016/10/03/150625



Rails

Railsの教科書

Railsをはじめよう - Railsガイド

Ruby on Rails5 | プログラミングの入門なら基礎から学べるProgate

Ruby on Rails 5入門 (全28回) - プログラミングならドットインストール

Ruby on Rails チュートリアル:実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)

Ruby on Rails ガイド:体系的に Rails を学ぼう

ttps://railsguides.jp/



私が億万長者になった日 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://twitter.com/mhartl/status/1179561691857616896

ttps://prograils.com/posts/top-10-famous-sites-built-with-ruby-on-rails

Ruby on Railsの事例まとめ(海外有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/176

Ruby on Railsの事例まとめ(日本有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/177



スタートアップでのプロダクト開発はRails必要十分

スケーラビティがとか、拡張性がとか、モノリシックアーキテクチャは柔軟性がないんじゃとかいう声が聞こえてきそうだが(もっとも僕も前はそう思っていたのだが…)、

こんな技術的な美しさやなんちゃらビリティなんてものスタートアップにおける開発速度の重要性に比べたらなんの意味もないものである

ttps://medium.com/@reoring/4a92508bd170

最近PMFする前にアーキテクチャにこだわりすぎる事故をよくみる。

PMFする前のプロダクトなんて動けばなんぼなので、Railsで汚くてもいいかゴリゴリ書いて、最低限のJSをつけるだけでよい。

リリースするまで6ヶ月かけるというのは事故で、3週間ほどを目安に企画からベータリリースまでいくべき

ttps://twitter.com/wyvernMurai/status/1024150618288472064

マネーフォワードCTOが考えていること(2020年3月

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モード使わずシンプルにつくれ。

最初WebpackerとES6で必要になるまでFWつかうな」

ttps://twitter.com/daaaaaai/status/1154207078715498496

A Modern Web Application With Rails

ttps://medium.com/rubyinside/a-modern-web-application-with-rails-da3deb48014c

JavaScriptフレームワークはもうこりごり

HTMLCSSJSが私のフレームワーク

ttps://postd.cc/zero_framework_manifesto/

ほとんどのスタートアップにとって、マイクロサービスはよい選択ではない

ttps://www.infoq.com/jp/news/2020/06/monolith-decomposition-newman/

Istioがマイクロサービスからモノリシックアプリに変化。その背景とは

ttps://b.hatena.ne.jp/entry/s/thinkit.co.jp/article/17540

さよならアーキテクチャ議論

1. 事業成功に占めるアーキテクチャという要素の小ささ

2. チームでの共通認識を作るコスト

3. レイヤー分けという行為のものへの疑問

売り上げは全てを癒すけど、アーキテクチャは全ては癒してくれないんですよ。

ttps://note.com/timakin/n/n02f6be6aa0bf

スーパーFatControllerだし、設計もめちゃくちゃだけど100万人以上に使ってもらえて、そこそこ利益も生み出した

ttps://bit.ly/2CxT7To

Twitter創始者

Ruby on Railsを使って2週間で最初の動くバージョンを作り上げた

ttps://bit.ly/2KdcKim

Ruby on Rails10分で作る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は終わらない」と私が言う理由

Railsの真価は Web開発に必要基本的機能が全て揃い、その機能全てがローカル動作してテストを書く仕組みが存在することにあると考えています

ttps://qiita.com/alfa/items/3a23f32fd905e3ded0d8

Go で同じくことをやるのは難しいというのが試した結果の結論でした。例えば Rails サーバーからメールを送るなら ActionMailer を使えば一瞬でできますが、Go ではそこまでの速度は出せません。

ttps://www.wantedly.com/companies/wantedly/post_articles/193633?utm_source=t.co&utm_medium=share&lang=ja

僕らがRailsで戦い続ける理由

ttps://speakerdeck.com/toshimaru/why-we-use-ruby-on-rails

それでもRails選択する3つの理由 - pblog

ttps://ppworks.hatenablog.jp/entry/2015/02/19/223552

僕はずっとRails使ってますが、別にRailsにこだわってるわけではないのでもっと良い技術があれば普通に移行すると思います

ただ移行するためには今持っているRails資産経験など全てを超えてなお移行したほうがメリットある場合に限るので中々そういうものは少ないかな、、、と

ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/953120084666433537

今は分かりませんが、数年前まではphprubyと同じ事をしようとするとソースコード量が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」というのは非常に自然選択では ないだろうか?

ttp://i.loveruby.net/ja/ruby/why.html

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

RubyRails学習ガイド2019年

ttps://magazine.rubyist.net/articles/0059/0059-Ruby-Rails-Beginners-Guide.html

Rails2019年「あり」か? 統計を調べる

ttps://techracho.bpsinc.jp/hachi8833/2019_01_25/68846

Rails2019年「あり」か? Rails長所と向いている用途

ttps://techracho.bpsinc.jp/hachi8833/2019_01_29/68871

Rails2019年「あり」か? Rails短所と不向きな用途、他の選択肢など

ttps://techracho.bpsinc.jp/hachi8833/2019_01_31/68875

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

Railsの基本理念 : Railsの生みの親が掲げる8つの原則

ttps://postd.cc/rails-doctrine/

Ruby on Rails: DHHインタビュー

Railsにある20%のソリューション問題の80%を解決できるようにしています

ttps://kdmsnr.com/translations/interview-with-dhh/

コメントが多いコードダメコードだと思う

最近の Basecampコードにはこんなのがある。

ttps://b.hatena.ne.jp/entry?url=http%3A%2F%2Fwww.portalshit.net%2F2012%2F09%2F23%2Fcode-with-a-lot-of-comments-smells

DHHはどのようにRailsコントローラを書くのか

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

Railsアプリ設計

ttps://speakerdeck.com/sinsoku/railsapurifalseshe-ji

Ruby on Railsの正体と向き合い方

ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fspeakerdeck.com%2Fyasaichi%2Fwhat-is-ruby-on-rails-and-how-to-deal-with-it

Railsエンジニアのためのウェブセキュリティ入門

ttps://b.hatena.ne.jp/entry/s/www.slideshare.net/ockeghem/ruby-on-rails-security-142250872



経験からRuby on Railsを学んで仕事につなげるまでの1000時間メニュー

ttps://qiita.com/saboyutaka/items/1a8c40e105e93ac6856a

あなたマスターしたのはいくつ? Rails習得するために必要技術要素の一覧

ttps://qiita.com/jnchito/items/063e332cbe3023f52f93

railsのdefaultでは用意されていない考え方や設計リファクタリングについてのリンク

ttps://qiita.com/tos-miyake/items/8dffb16273726f538d49

Rails逆引き辞典

ttps://qiita.com/zizynonno/items/d52189b120c43e980160

素人Webサービスを作ってみて分かった9つのこと

Webアプリ想像以上に複雑だった

ttps://el.jibun.atmarkit.co.jp/rails/2011/09/web9-1e8b.html

3年弱でゼロからフルスタックエンジニアになるまでにやったこと - 自分攻略していく記録

ttps://b.hatena.ne.jp/entry/s/diary.shuichi.tech/entry/how-to-be-fullstack

プログラミング独習するには10年かかる

ttps://www.yamdas.org/column/technique/21-daysj.html

プログラミングに関する法則原則一覧

ttps://qiita.com/hirokidaichi/items/d6c473d8011bd9330e63

「一つのことを、うまくやれ」

ttps://ja.wikipedia.org/wiki/UNIX哲学

ジョエルテスト

ttps://bit.ly/3fTUsmf

Joel on Software(ジョエル・オン・ソフトウェア) あなた絶対すべきでないこと(スクラッチから書き直す)

ttps://urashita.com/archives/3782

The Twelve-Factor App (日本語訳)

ttps://12factor.net/ja/

優秀なエンジニア5人は二流の1000人を完全に凌駕する:Rails Hub情報局エンジニアライフ

ttps://b.hatena.ne.jp/entry/s/el.jibun.atmarkit.co.jp/rails/2011/06/51000-6676.html

ビル・ゲイツさら過激で、「優秀な旋盤工の賃金は平均的な旋盤工の数倍だが、優秀なソフトウェアプログラマーは平均的なプログラマーの1万倍の価値がある」

ttps://blog.tinect.jp/?p=64985

ブルックスの法則

遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ。

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

巧遅拙速に如かず

Done is better than perfect.

完璧であるより出来上がる方がいい

Facebook

雑なやりとり

ttps://kuranuki.sonicgarden.jp/2019/10/casual-talk.html

サービス開発初期の「時間を金で買う」技術

エンジニアの時給単価で考える

ttps://speakerdeck.com/mstshiwasaki/sabisukai-fa-chu-qi-false-shi-jian-wojin-demai-u-ji-shu


19歳から7年、1人で30個のWebサービスを作り一発当ててもう働く必要がなくなった

ttps://bit.ly/2ysT1Km

プログラミングを始めた時期でマウントを取られて悲しいです。そこで、プログラミング20歳以降で始めて大成した人物を教えていただけますか? - プログラミングという Permalink | 記事への反応(1) | 19:18

2019-05-11

僕が本田未央投票しない理由

本田未央総選挙で打ち克つべ相手北条加蓮でも夢見りあむでもない。 #第8回シンデレラガール総選挙 - Togetter

https://togetter.com/li/1353757

>やはり、悪しき慣習も怨念怨嗟も、前時代に置いていこう。

それはCVがあって未来がある側が言ったところでどうしようもないんだよ。

モバマスでは新規SRデレステSSRを使いまわしながら少しずつ減り、イベントは復刻がちらほら。メダル枠すら復刻で新規が減ってってる(いま行われてるPMFだってメダルSRもRも全部復刻)。

そんな状況で本田未央シンデレラガールになってシンデレラガールズのアニメの中核を担ったニュージェネレーションズが全員シンデレラガールになったらどうなるか?ってちょっと考えたら想像つくじゃない。

わっちゃうんだよ。モバマスが。

そうなったら前時代に置いていくのは悪しき慣習や怨念怨嗟だけじゃないんだよ。

CVが未だにない俺らの担当が置いて行かれるんだよ。

きっと君は『そんなことはない』というだろうけど、『そんなことはない』と断言はできないだろう?

『そんなことはない』と断言ができるのは運営だけしかいないけど、運営は『そんなことはない』とは言ってくれないし言わない。

モバマスがなくなったあとのデレステだけの状況で、新キャラがいきなりCVつきでこれからも続々投入されるであろう状況で

CVがない子がこれまでと同様の登場機会をもらえるとは到底思えない、ってちょっと考えたら想像つくじゃない。

訪れたチャンスをものにして未来を掴んだのがシンデレラだけど、チャンスすら訪れない未来になるのならそんなのはいらない。

本田未央シンデレラガールにならずに、まだモバマスが続く未来に賭けたほうがまだチャンスが訪れる。

から僕は、本田未央には投票はしない。

2017-04-13

[][][][][][][][][]

management

自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー

会者定離 - Wikipedia

ttps://ja.wikipedia.org/wiki/会者定離

できる人ばかり辞めていく会社研修費用を出すようになったら、さら退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ

ttp://b.hatena.ne.jp/entry/s/togetter.com/li/1170691

従業員トレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員トレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。

ttp://japan.zdnet.com/article/35058310/

従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある

ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/

「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内スタートアップ経営者なら、たいていの人に直接または1hopでつながることができる。

ttps://techplay.jp/column/366

サイボウズ、離職防止の切り札は「出戻り歓迎」

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://blog.cybozu.io/entry/2020/02/28/080000

ジョイインク (Joy, inc.) のメンローイノベーションズに行ってきた

ttp://kawaguti.hateblo.jp/entry/2017/08/15/095840

プログラマーは全員ペアを組んで仕事をする

ttps://www.slideshare.net/yattom/ss-79372905

ペアプロ 属人化 - Google 検索

ttps://tinyurl.com/y8tkhuhz

1業務に2人を配置して23連続黒字になった秘密

ttps://bit.ly/2MylBjs

コアコンピタンス経営判断技術ノウハウ・開発スピード改善技術顧問・内製化・比較判断基準トレードオフ・ABテスト

ソフト他人に作らせる日本自分で作る米国

"競争優位につながるような戦略的なソフトを開発しようとするなら内製しかない。"

ttps://www.amazon.co.jp/dp/4822273784

事業のコアになる部分は、アウトソースしてはいけない。

ttps://medium.com/@kuranuki/aac6062adfb2

アウトソーシングしてるものを強みには出来ない。

ttps://twitter.com/kuranuki/status/225727331925368832

スキルノウハウが蓄積できる業務はコア業務

ttps://www.noc-net.co.jp/blog/2015/01/column_025/

コア技術の強みは、自社が大切に保持しなければならない。それが、以上に並べた4つの事例からくみとった教訓だ。

ttp://brevis.exblog.jp/26943020/



内製 外注 - Twitter検索

プログラミングとは経営判断の集積である

ソースコードの一行一行は、経営判断のものだ。

どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか

(中略)

ソフトウェア開発とは、経営意思決定の集積なのだから経営意思決定を外部の会社委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。

もっと言うなら、自分会社の今後のビジネスポジションを、他社に決めてもらうようなものからだ。

外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス価値犠牲にして、できるだけ少ないコストで作ろうとする。

ソースコードの一行一行が経営判断のものになる

ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683

プログラムは全て決断である

ttps://bit.ly/2JzCggZ

ソフトウェア業界特に受託開発業界)は、基本的に正直者が馬鹿を見る世界である顧客が、保守性というソフトウェアの最も重要品質を正しく評価できないという、情報の非対称性存在するからだ」/分かるなぁ

ttps://twitter.com/machu/status/25494063962

モダンな開発環境×技術顧問×内製化」Sansan×日経電子アプリ開発最前線を語る夜

ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。

アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更対応できないし、技術ノウハウも貯まらない。」

ttp://careerhack.en-japan.com/report/detail/525

ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています

ローンチした後、そこからの追加・改善ものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対不可能です。

サイバーエージェント藤田社長が語る技術採用理由/Tech総研

ttps://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=001780

2017年1月ネット証券大手マネックス証券証券基幹システム刷新した。

お客様提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コスト適正化目的に、

開発環境も外部のASPサービス利用から内製化に切り変えた。

(中略)

サービス改善新サービスの開発時に、ASPサービス提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。

ttps://thinkit.co.jp/article/12761

システム内製化は、業者に頼むよりずっと難しい

ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467

システム内製化度テスト

ttp://d.hatena.ne.jp/forest1040/20101015/1287109777

システム発注社はSI発注するより内部で作った方が幸せになれる理由 - Rails Webook

ttp://ruby-rails.hatenadiary.com/entry/20140818/1408287600

「五年あれば、どんな企業でも内製の体制を築ける」

ttps://twitter.com/kanayang2009/status/129677947572465666

ttps://amzn.to/2ncDXrO

RFP提案依頼書)

即戦力になるような人材なんて存在しない。

から育てるんだ。

スティーブ・ジョブズ



ABテスト デザイン OR ボタン OR 文言 - Twitter検索

B2Cサイト/アプリ外注して成功している会社ってどこ?

外注でもA/Bテストユーザの反応を計測してトライ・アンド・エラーシステム開発ってできるもんなんだろうか。

できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの?

ttps://twitter.com/fromdusktildawn/status/874796380522336256

「外部委託すると細かい継続的機能改善が遅くなるので、自社採用でかなり優秀な人材ケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン

ttps://bit.ly/2QWMsoJ

外注PDCAを回せないという致命的な欠点がある。ITスタートアップ感覚だと外注と内製には天と地ほどの差がある

ttps://bit.ly/2J5UCWQ

銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFコントロールできる開発チームが必須でそれは内製でしか達成困難。

ttp://b.hatena.ne.jp/entry/363456374/comment/Shin-JPN

Joel on Software - ジョエルテスト

ttps://bit.ly/2vkDd8E

1日1000個のA/Bテストを行う「Booking.com」の開発の裏話を聞いてきました【前編】

ttps://gigazine.net/news/20161002-booking-com-ab-test/

1日1000個のA/Bテストを行う「Booking.com」の開発の裏話を聞いてきました【後編】

ttps://gigazine.net/news/20161002-booking-com-technology/

正解に当たるまで回し続ける!3ヶ月で200回のA/Bテストから得た「意外な結果」とは

弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチレイアウトのものテストすると、いつも必ずテキストの方が勝ちます

社員は全員一致で、リッチな方が見やすくて良いと思っているのですが…。

ttps://seleck.cc/165

海外テック情報局eBayではダサいデザインのほうがコンバージョン率が高かった|gihyo.jp技術評論社

デザイナと口論したいのではなく,見たいのは数字とお客さんの利用例。

そして何がうまくいっているのか突き止めたい。

あんたがありえないほどキレイだ! とか思ってても,何の役に立つ?

ttp://gihyo.jp/dev/clip/01/tech_information/vol69/0003

ttps://twitter.com/yoppymodel/status/1227445967215120386


選択の科学 24種類のジャムを売り場に並べたときと、6種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの10分の1しかなかったのです。

ttps://amzn.to/2I2V1O4

エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond

理由1:変更につぐ変更を重ねられるようにする

最近 lean startup なる考え方がはやってますが、これはどういうことかというと、

トライする回数 × 成功率 = 成功

という式で、成功率の方をあげることは不可能なので、トライする回数を圧倒的に増やすのが成功の鍵だ、という発想なり。

ttps://chikawatanabe.com/2010/11/17/technical_founders/

東大合格ランキングは正しいのか?――常に分母は何かを考えよ

コツは、(2)と(3)の両方の“率”を正確に記録し、両方が上がるようにそれぞれ別の施策を立てることである

ttp://bizmakoto.jp/makoto/articles/0705/22/news008.html

何事にも閾値はある。そこに至らなければ、意味がないという数字だ。

「頭のいい人が成功しない理由」という本に、閾値の話があった。

だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。

閾値を越えない限り、やっても意味はないのだと。

ttps://ameblo.jp/chimu841/entry-10036171360.html

ttps://amzn.to/2Odv25b



技術ノウハウたまるノウハウの社内蓄積)

①内製

内製+技術顧問

技術ノウハウがたまらない

顧問プログラマ

外注

レモン市場情報の非対称性

レモン市場 - Wikipedia

ttp://bit.ly/2qQbadu

フラクタルレモン市場問題建築不動産クラスタ交流会の件その1

ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457

中間業者中抜きすると受発注者はWin-Winになるか?

ttp://ledsun.hatenablog.com/entry/2016/02/28/014851

ttps://ja.wikipedia.org/wiki/情報の非対称性

ttps://ja.wikipedia.org/wiki/逆選抜

取引コスト

ttps://ja.wikipedia.org/wiki/取引コスト

「探索コスト

交渉コスト

監督強制コスト



剰余価値、時給○○○○円、月額○○○万円

時給制(時間を売る)が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね

ttps://twitter.com/YamadaQuality/status/955988197976059905

でも拘束時間金額を決めてしまっては効率化を目指さなくなるんじゃないか

ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96



利益相反エージェンシースラック管理モニタリング時間

エージェンシー・スラック(agency slack)とは、エージェントが、プリンシパルの利益のために委任されているにもかかわらず、プリンシパルの利益に反してエージェント自身の利益を優先した行動をとってしまうこと。プリンシパル=エージェント理論 - Wikipedia


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

見積もり人日工数計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。

ttp://b.hatena.ne.jp/entry/357516986/comment/netcraft3

プログラマーは皆、常に秘密や嘘を抱えている

納期よりもかなり早い段階で実際には完成しているにも関わらず、

納期ギリギリになるまで「まだできていません」と発言するのだ。

ttp://d.hatena.ne.jp/totopon114689/20120111/1326266304



モニタリングコスト監視費用

 エージェント利益相反行動をしていないかどうか監視するためのコスト

ボンディングコスト保証費用

 自身の行動がプリンシバルの利益追求にかなっていることを証明するために

 エージェント自らがかけるコスト

ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292

エージェンシーコストとは

ttp://www.nsspirit-cashf.com/yougo/yougo_agency.html



技術顧問・内製化・顧問プログラマー

文系経験からプログラミングを独学で学び外注してたWebサービスを内製化するために勉強したこと - ゼロイチ起業ノート

ttps://blog.zerotoone.jp/entry/2017/03/15/065148



Rails 技術顧問

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

顧客企業による内製化を支援する

ttps://www.oiax.co.jp/consulting

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

開発支援

ttps://everyleaf.com/development-support

【256人がリモートワークで回る仕組みを考える】後編

ttps://www.remotework-labo.jp/2015/10/interview_10/

ttp://cast-er.com/blog/client-interview-masaki-komagata/

内製化に切り替える場合も援助をいたします。

ttp://fjord.jp/commissioned-development/



真のPermalink | 記事への反応(2) | 18:35

 
ログイン ユーザー登録
ようこそ ゲスト さん