An incomplete list of skills senior engineers need, beyond coding
How to run a meeting, and no, being the person who talks the most in the meeting is not the same thing as running itHow to write a design doc, take feedback, and drive it to resolution, in a reasonable period of timeHow to mentor an early-career teammate, a mid-career engineer, a new manager who needs technical adviceHow to indulge a senior manager who wants to talk about technical stuff that they
【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ
システム開発の世界において「技術的負債（Technical Debt）」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham （ウォード・カニンガム）です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました（"Shipping first time code is like going into debt"）。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開
お前も技術的負債にしてやろうか！ もしくは技術的負債と和田卓人さんをめぐるシンクロニシティ - YAMDAS現更新履歴
みんな大好き、技術的負債の話題である。 t-wada.hatenablog.jp まずはエチケットペーパーというか議論の前提として、和田卓人さんのブログエントリをはっておく。 技術的負債という概念の生みの親であるウォード・カニンガムの説明を読み直すと、「技術的負債」という言葉の一般的にイメージとは結構違うという話だが、ワタシ自身、技術的負債といえば、和田さんが書くように「リリース優先で雑なコードを書いたものの、結局はきれいに書き直されていないコード」や「古くなってしまった技術基盤（言語やインフラやフレームワーク）」のことだと思い込んでいた。これには蒙を開かされた。 ieeexplore.ieee.org 偶然だろうが、和田さんの文章が公開されたのと同じ今年の6月、IEEE Software に技術的負債についての文章が掲載されている。これを書いたのは、『Just Enough Softwa
コーディングの自動化とプログラミングの未来について - YAMDAS現更新履歴
yamdas.hatenablog.com 今月のはじめに書いたポエムだが、割と反響もあり、多くの人に読まれたエントリになったようでありがたいことである。 www.oreilly.com ワタシがエントリを書いた数日後に、ずっとこの話題に関して注目してきたマイク・ルキダス（オライリーメディアのコンテンツ戦略担当副社長）が、未来のプログラマにクリエイティブな仕事は残されているだろうか、というワタシの問題意識に偶然にも答える文章を書いている。この話題のフォローアップの意味で、今回はこのエントリの内容を紹介したい。 まず取り上げられているのは、マイクロソフトの Build カンファレンスで CTO のケヴィン・スコットが語った、GitHub の何千ものプロジェクトのコードを学習した AI が実際にプログラムを作成する実験プロジェクトの話である。この AI は、コメント内容から関数本体のコードを生
プログラミングをする必要がなくなった後に人間に何が残るのか？ - YAMDAS現更新履歴
あらかじめお断りしておくが、以下、ほぼ妄想に基づくポエムである。 note.com 先月話題になったブログエントリであり、ワタシも読んでいて、自分が書いた「次世代のプログラミングツール、未来のプログラミング言語の方向性について」と「未来のプログラミングについて再考（機械学習とソフトウェア2.0、配管工プログラマ、オープンソースでは十分でない？）」との議論の近さを感じていたら、ちゃんと引き合いに出されていてありがたく思った。 たまたまだが、これが公開された数日後に AWS のノーコードツール Amazon Honeycode が発表され、俄かに「ノーコード」が話題になった。 aws.amazon.com jp.techcrunch.com jp.techcrunch.com 個人的には、このプロジェクトの紹介動画にでてきたのが、VA Linux の創業者にして、オープンソースバブル期（佐渡秀
After the reboot: Computing education in UK schools — イギリスにおけるCS必修化後の学び（の概要）
いきなり補足ですが、ざくっとイングランドのコンピューティング教育の仕組みを説明すると、2014年9月からナショナルカリキュラムの一部として教科Computingが導入され、5–14歳においては必修（週に1時間程度）、その後に関しては選択必修の様な形（センター試験で必要な人だけ勉強するイメージ）になっています。GCSEやA-levelという単語が以下出てきますが、GCSEは16歳で受けるセンター試験のようなもの、A-levelは18歳のもの、と思って頂ければだいたいのイメージはあっています。 イングランドのコンピューティング教育の現状の概要 However, our evidence shows that computing education across the UK is patchy and fragile. (Royal Society, 2017) UKのコンピューティング教育は
ウェブサービス開発の現場におけるデザイナー不要論と5〜10年後の生存戦略 - 情報建築家 石橋秀仁
本稿では、まず「ウェブサービス開発の現場で、ウェブデザイナーの仕事はエンジニアに奪われつつある」という脅威を語る。次に、生存戦略を考えるヒントとして「分かりやすい生存戦略」を2つ提示する。「アートディレクター」と「フルスタックウェブデザイナー」という2つの生存戦略だ。 なお、「仕事を奪われていくプロセス」と「生存戦略を遂行するプロセス」について、5〜10年程度のタイムスパンをイメージしている。 ウェブデザイナーの仕事がエンジニアによって奪われつつある ウェブサービス開発の現場では、ウェブデザイナーの仕事がエンジニア／プログラマーによって少しずつ奪われつつある。とくに小さな組織や新規事業の現場では。 象徴的なのは「Bootstrapがあればデザイナー不要だよね」論。「もはや社員としてデザイナーを雇う必要はなくて、必要な時にランサーズで発注すればいいよね」「スタイルシートいじったり画像パーツ作
プログラマが勉強すること - きしだのHatena
今日もプログラマになる勉強する人のところで話をしてきました。 で、また適当にいろいろ書いてました。 http://www.slideshare.net/nowokay/20140228-31742219 今日は特に、この図の内容についてまとめておきます。 ※ このエントリは、主に今日の話を聞いた人を対象としています。前提や補足については省略しています。 まずはプログラミング言語を プログラマというのは、利用者に直接サービスを提供することはできません。コンピュータの上でプログラムを動かして、そのプログラムを使ってもらうことでサービスを提供します。 ※組み込みは前提から外しています。 そのプログラムも、コンピュータで動くものを直接記述することは現実的にできません。 なんらかのプログラミング言語で、プログラムを書くことになります。つまり、プログラマの仕事は直接的にはプログラミング言語をいじくる作
「Javaが使われないのは、エンジニアが楽しくないからだ」 - 感謝のプログラミング
面白い人に出会った。 彼を一文で表すと、 SIerにいるくせに技術が大好きで、コードを書きたくても書けない現状に嘆きつつ、 多額のローンを背負ってしまったため転職に踏み切ることもできず、夢と現実の狭間で苦しんでいる男だ。 この人の素直な感じがかなり好きで、出会いざますぐに心を開いてしまった。 やっぱりアツく技術的な話をしてくれる人は本当に楽しい。 会社にいる人の5割はSSDって何？って人だし、6割はJavaとJavaScriptの違いもわからない人で、8割はGoogle検索無しでコンソールに「Hello World」を出力させることもできないような人達だ。 実際に統計をとったわけではないけれど、これは全然大げさな話ではない。 「システムエンジニア」なのに、本当にこんな感じなのだ。 その代わり、ExcelやWordを駆使して資料を作成する技術は素晴らしいものがある。 長時間の会議に耐えうる精
Can't We All be Reasonable and Speak English? - Stack Overflow
Capture, share, & collaborate on knowledge internally. Two weeks ago, we announced the public launch of Stack Overflow in Portuguese, our first-ever non-English Stack Overflow community. Which raises one very obvious question: Have we lost our minds? Wasn't the whole point of Stack Overflow to aggregate as much developer knowledge as possible in one place? To get all the potential solutions togeth
三年予測 | 「三年予測」は、さまざまな分野で活躍する「トップリーダー」へのインタビューを紹介します。「トップリーダー」の考える未来や、エンジニアへのメッセージを発信します。 | dodaエンジニア IT
「三年予測」は、さまざまな分野で活躍する「トップリーダー」へのインタビューを紹介します。「トップリーダー」の考える未来や、エンジニアへのメッセージを発信します。
米大統領「全ての人よ、プログラミングを！」 | Life is Tech!（ライフイズテック）
「全ての人よ、プログラミングを！」 アメリカのオバマ大統領が、全てのアメリカ人に対して、 プログラミングの大切さを伝えたメッセージが公開されました。 まずは動画と、和訳、原文です。 ＜和訳＞ みなさんこんにちは！ 私は今週、「アメリカの学校でコンピューターサイエンスをサポートし、 新たな、そして大きなステップを踏み出す会合」に参加しました。 （学生、先生、ビジネスマン、そしてNPO達が参加してました。） こういったスキルを学ぶのは単に将来に役立つからというだけではありません。 我が国の将来に必要なのです。 我が国が最先端をゆく国であり続けたいのであれば、 私達の生活を変えてくれるような、ツールや技術を習得した、 あなたたちのような若い人が必要なのです。 だから、私はあなたたちにやってほしい！ 新しいゲームを買うだけではなく、つくってみよう！ 最新のアプリをダウンロ
IBM developerWorks 「関数型の考え方」の記事まとめ - 平々毎々（アーカイブ）
dWのサイトにはインデックスがないので、とりあえず時系列でまとめる。 （まとめコメントは随時追加予定） 関数型の観点で考える 関数型の考え方: 関数型の観点で考える、第 1 回 (2011/7/1) 関数型の考え方: 関数型の観点で考える、第 2 回 (2011/7/1) 関数型の考え方: 関数型の観点で考える、第 3 回 (2011/7/29) 第1回では、純粋関数、高階関数、第一級関数といったあたり。 第2回では、クロージャ―とコレクションメソッド（≒リスト処理高階関数）。 第3回では、部分適用、カリー化、再帰。 サンプルコードは、Java以外に Functional Java, Groovy, Scala, Clojureが登場するけど、それらの関数型言語をよく知っている必要はない。 不変性と合成 関数型の考え方: 不変性 (2011/9/2) 関数型の考え方: 連結と合成、第 1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
推薦書籍（ソフトウェアエンジニアの心得）: 柴田 芳樹 (Yoshiki Shibata)
How Does Microsoft Do DevOps - Azure DevOps Blog
The Developer Activity Book for #RemoteDevLife
Don’t be Afraid to Break Your Code (Everyone Does)
アジャイルは”再び"死んだ
サービス終了のお知らせ
開発者はC++の学習を始めるべきか？
