多くの若い人より圧倒的に成長速度の速いおっさんと絶望的に遅いおっさんの違い - ふろむだ＠分裂勘違い君劇場
新しい技術が出てきたとき、大多数の若い人よりも圧倒的にスピーディーに使いこなすおっさんは珍しくない。 新技術を習得する能力は、年齢よりも、「スキルを獲得するために必要なスキル」、すなわち「メタスキル」に大きく依存するからだ。 たとえば、ある開発ツールを導入すべきかどうか若い人に相談されたので、「まず、ドキュメントを読もう」と言ったら、「ドキュメントを読んでもよくわからなくて。。」と言う。ググったらすぐに公式サイトの至れり尽くせりのドキュメントが出てきたので、「これ読めばいいじゃん」と言ったら、こんなに大量の英語のドキュメントを読むのは無理だと言う。 あるいは、AIを導入するという話になったとき、「AIがよく分からないので教えて欲しい」と言ってきた若い人に、良質の入門書を勧めたら、数式が分からないので読めないのだという。数式の読み方を教えてみたら、数式以前に、そこで使われている数学概念自体を
電話に出なくて良い会社 - ビープラウド社長のブログ
「会社に電話がかかって来たら、電話に出ましょう」 ほとんどの人が、言われ続けて来ていることとおもいます。 電話が仕事に及ぼすデメリット 電話が会社にかかってくると、さまざまな問題が生まれる可能性があります。 不在時にメモのやりとりや連絡が社内で必要になり、時間を取られる 集中していた作業が中断される 不要な飛び込み営業電話の対応（電話の取次、断りの会話）に時間を取られてしまう また、電話を仕事で使うのが習慣になると、以下のような問題が発生します。 電話が最優先となり、自分の仕事が中断される 電話がかかってこないか、常に気にしている必要がある 電話に出れなかった場合に、かけなおす必要がある。出なかった場合にまたかけるなどがタイミングを合わせる同期コストが必要 お客さんから思いつき、またはまとまってない状態で電話で要件を伝えられてしまう。メモを残して送信しておかないと、言った言わない問題になる
SPA + サーバーサイドレンダリング、そのダルさに関する私見
いわゆる SPA + サーバーサイドレンダリングがダルい 唐突ですがおさらいです。 なぜサーバーサイドレンダリング（SSR）が嬉しいかと言えば 初期表示の Critical Rendering Path を短縮できる SEO における保守信仰にやさしい（） 古いブラウザ・低性能マシンにやさしい yahoo/fluxible による SPA + Server Rendering の概観 ::ハブろぐ であり、特に SPA + SSR の文脈においては Universal Architecture による SPA + SSR は、技術的には過渡期の歪なキメラっぽさが拭いきれませんが、昨今の Web フロントエンドにしては珍しくビジネス的な説得力があります。 SSR なのでSNSや検索からの流入による初期表示が速い SPA なので回遊時のページ遷移も速い SSR なので古いブラウザでも CSS
RNNでプログラミング言語の構文エラーを自動修復する衝撃
コンパイルエラーの問題点 DeepFix Iterative Repair まとめ 参考文献 プログラミング言語のコンパイルエラーを自動で検知して修復することができたら、プログラマの作業時間を減らせる可能性があります。もしくは、テキストエディタがプログラムを書いている最中に、エラーだろうと思われる構文を見つけたときにさり気なく教えてくれたら生産性が著しく向上することも考えられます。 “Software is eating the world.“という言葉は、マーク・アンドリーセンの提唱した言葉です。まだまだ「食い尽くす」ほどではないものの、徐々にその影響力は高まっていると感じます。ソフトウェアを開発する必要性が増すにつれて、ソフトウェアエンジニアも次第に求められていくことでしょう。そして、そのプログラマの仕事の大部分はデバッグに費やされます。 バグや構文エラーを自動検知するシステムがテキス
エンタープライズアジャイル勉強会の資料 - @m_seki の
エンタープライズアジャイル勉強会という勉強会に呼んでいただけたので資料公開しますね。広島の旅費が苦しいのでこういうのうれしい！ Gumroadからの課金勢のみなさんへ 恒例！スライドに名前を入れる券 2017-2018 反復開発を中心に お話したこと 反復開発は全工程やって1ターンだよっていうみんなが知ってる（けど、ある方面のScrumではやられていないことが多いらしい）ことを45分間ずっと説明しました。 その結果チームの境界（サブシステムとか工程別チームとか）がどうでもよくなると思う（実感してる）んだけど、Scurm Incの説明だと階層がたくさんある例を示していたし、永田さんはQA部門にこだわりがあるのがおもしろいなー。自分も含めて、みんな自分の状況が好きなんだな。いいことだ。 再演バイト待ってます。 （再演したいんじゃなくて、RubyKaigiの旅費かせぎたいので！） speaker
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft、強化学習AIで「ミズ・パックマン」を“カンスト”／大きな問題を小さく分けてエージェントに振り分ける“分割統治メソッド”が功を奏す
