あらかじめお断りしておくが、以下、ほぼ妄想に基づくポエムである。 note.com 先月話題になったブログエントリであり、ワタシも読んでいて、自分が書いた「次世代のプログラミングツール、未来のプログラミング言語の方向性について」と「未来のプログラミングについて再考（機械学習とソフトウェア2.0、配管工プログラマ、オープンソースでは十分でない？）」との議論の近さを感じていたら、ちゃんと引き合いに出されていてありがたく思った。 たまたまだが、これが公開された数日後に AWS のノーコードツール Amazon Honeycode が発表され、俄かに「ノーコード」が話題になった。 aws.amazon.com jp.techcrunch.com jp.techcrunch.com 個人的には、このプロジェクトの紹介動画にでてきたのが、VA Linux の創業者にして、オープンソースバブル期（佐渡秀

初めに この記事は、私が納期をまともに守れなかったころから、 遅延しなくなり後輩の遅延を手助けするまでに 学習したことや心がけていること及び失敗談を記述します。 暇つぶしに読んでいただければ幸いです。 前提：どれぐらいできなかったか ・イケると思った機能が1週間遅延して更にバグまみれ。 ・プロトタイプ版開発に時間をかけすぎて仕様変更によって結局遅延。 ・ユーザーが欲しいと思った機能が、完成とほぼ同時に不要になってしまった。 この記事の内容は、主観と経験に基づくものが多いです。筆者はよく言っても中堅エンジニア なので、記述内容が必ず参考になるとは限りません。 勉強した事 交渉＆見積もり編 ・正確な工数見積もりは「不可能」である事を認識する。 実際に機能を作る前には、「だいたいどれくらいでできるのか」という事を絶対に確認されます。 その時に、過去の経験からn日でできるな…と考えても、それはたい

Twitter、コードやドキュメント内の用語「Whitelist/Blacklist」「Master/Slave」「Dummy value」などを好ましい用語へ置き換え、具体例も発表 Twitterエンジニアリングチームは、同社のソースコードやドキュメントで使われてる差別につながりかねない用語を、好ましい用語に置き換えると発表しました。 We’re starting with a set of words we want to move away from using in favor of more inclusive language, such as: pic.twitter.com/6SMGd9celn — Twitter Engineering (@TwitterEng) July 2, 2020 上記のように、同社のエンジニアリングチームは「インクルーシブな言語は、誰もが属する