Takuto Wada(@t_wada)さんの人気ツイート(リツイート順)

76
今日の技術顧問業、若手の前で Emacs でライブコーディングした結果「古の謎の技術で高速コーディングするおじさん」になってしまった
77
"DXにつまずくのは、デジタルをツールやソフトウェアの問題だと思っているからだ。問題の根本は人と制度や仕組みにある。みんなうすうすそのことには気づいてる。でも見ないふりをしている。雇用の問題があるからだ" / “DXコンサルが絶対に言わない後ろめたい秘密|naoto|…” htn.to/4gTVE3qpFi
78
知り合いが続々と「俺の青春を終わらせに行く」「思い出を供養しに行く」などの言葉を残して映画館に旅立っており、時代を感じる。
79
残念ワードのデパートだ…… 「業務効率が上がったことは評価する。だがしかし、」 「受注データをいただくのにコンピュータに任せきりというのはどうか」 「早朝に来て、陽の光を浴びて感謝しながら作業をすることに意味がある」 note.com/hrfr84/n/nfe02…
80
これ本当にその通りで、「Clean 〜」は Bob おじさんが書いた書籍のシリーズ名なんですよね。 (Clean Code, Clean Coder, Clean Architecture, Clean Agile, Clean Craftsmanship) twitter.com/syobochim/stat…
81
"子供の教育において第一になすべきことは、道徳を教えることではなく、人生が楽しいということを、つまり自己の生が根源において肯定されるべきものであることを、体に覚え込ませてやることなのである。生を肯定できない者にとっては、あらゆる倫理は虚しい。この優先順位を逆転させることはできない" twitter.com/onoholiday/sta…
82
DDDもマイクロサービスも、その始まりや大事な点は実装以外にあるのに、どうしても実装面が注目されがちなのは、技術はコードを読んで理解するのが結局早いという経験則からきているのではないかと思う。でも実装面だけ見るとDDDはただのOOPだし、マイクロサービスはただの分散システムになってしまう
83
全く同意ですし、そもそも SQL が設計された狙いのひとつはそういったエンドユーザー・コンピューティングなんですよね twitter.com/keiriman210529…
84
ざっくり捉えがちな凝集度と結合度に関してここまで細かく明解に説明している資料にはなかなか出会えない。読むと凝集度に対する解像度が上がる。すばらしい資料。 / “オブジェクト指向のその前に-凝集度と結合度/Coheision-Coupling - Speaker Deck” htn.to/3vmgw7Ribt
85
説明の補足や読みやすさの改善などを目的としたリライトを行いました。もっと読まれて欲しい……!! / 動作するきれいなコード: SeleniumConf Tokyo 2019 基調講演文字起こし+α - t-wadaのブログ t-wada.hatenablog.jp/entry/clean-co…
86
"テストを書かないというジャッジをするのは構いません。でもそれは、スタートアップだからでもスピード優先だからでもない。自分達が未熟だからで、そこには向き合うべき" "テストコードは書いたほうが速い" / “「スタートアップだからテストを書かない」は正しいか - An …” htn.to/3FthxV6hPv
87
「技術的連帯保証人」ですね…… twitter.com/henrich/status…
88
組織のエンジニアリング文化を変えていく王道として教育、特に新人教育があって、配属前からモダンな教育を受けた人材が年々社内に増えていくことで文化を強靱にすることを狙っているのだけど、人材流動性が低いとあまりバランスが変わらず、むしろ教育を受けた若手が失望して数年で辞めていってしまう
89
視力申し分なく、一瞬でピントが合う高いオートフォーカス性能を誇っていた両眼だけど、2ヶ月前から妙に疲れやすくなり、2週間前から15cmくらい離れたものにピントが合わなくなった。 もしやと思い信頼できる眼科を受診し、とうとう俺にもその時がやってきたことを知った…… togetter.com/li/1456643
90
例えば「〇〇を支える技術」というタイトルでカバーデザインがそっくりな技術同人誌を作るのは、リスペクトしているはずの著者・出版社に損害を与えるのでやめましょうという話 / “書籍制作と権利について / books and rights - Speaker Deck” htn.to/3gmLCNNQsF
91
書名を見かけたときに「jq だけで1冊本が出るのか。通好みの選択だな」と驚いたが、考えてみれば jq は現代の awk みたいなもので、それは本も出るよなと妙に納得して購入した / “Amazon.co.jp: jqハンドブック―NetOps/DevOps必携のJSONパーザ: 豊沢聡: 本” htn.to/2iszp7DHxg
92
大きめの会社の新規事業開発やシステム開発においてもこの構図をよく観測できます twitter.com/Minky_j/status…
93
テストが書かれていない関数を検出する Go の静的解析ツールの名前が lion だと……🦁 / “GitHub - gostaticanalysis/lion: Analyzer: lion finds functions which are not tested” htn.to/34WKuEgrHg
94
Royceの論文には後戻りできるとあったのに最初の図がひとり歩きして後のWaterfallになり、近年米軍で数々のソフトウェア開発プロジェクト失敗が問題視され、アジャイルの導入を法律で義務付けられるまでの歴史。面白い。 / “ウォーターフォールを世に広めたとされる米軍が…” htn.to/3o8ssMp3Sb
95
"社会がフルタイムの概念を変えないまま、夫婦両方が労働する形に移行した結果、家庭単位あたりの家事・育児等に使える時間が、かつての時代よりもずっと少なくなってしまっている" 万葉の試み素晴らしい / “所定労働時間を7時間に減らして3年が経ちました|万葉|note” htn.to/3iiSqHhsow
96
"人がすごい成果を出せない最大の理由のひとつは、ださいものを作ってしまうことへの恐れ" "初期の作品を厳しく見すぎる問題の解決法は、 そういう見方そのものが初期の段階であると気づくこと" すごく良い / “Early Work” htn.to/mnMihMXxLG
97
もりよしさんには申し訳ないけど説明用の事例として最高だった
98
ミネソタ大学が Linux kernel 開発から ban された件、問題となった一連のパッチ(意図的にバグを混入させたパッチ)をもとに書かれた論文が邪悪すぎて吐き気がする(大学は公式に謝罪と調査を表明) github.com/QiushiWu/qiush…
99
Developers Summit 2021 Summer 登壇時の講演資料を公開しました。新作初演です。何卒よろしくお願いします! #devsumi / “アジリティを支える品質特性 / Agility and Quality Characteristics Developers Summit 2021 Summer - Speaker Deck” htn.to/4aoKyYSR9d
100
"自分で開発したソフトウェアを基に会社を立ち上げ、大きな成功を成し遂げ、経営を信頼できる人たちに任せて、そしてまた自分はひとりの開発者に戻る。多くの人があこがれるようなキャリアではないでしょうか" 最高だ / “HashiCorpのミッチェル・ハシモト氏がCTOを退任、今…” htn.to/2zvMmnHwNL