ふつうのプログラマのふつうの設計普通のプログラマの普通の設計 2022-01-26 本編（雑談）の前振りスライドです。 https://modeling-how-to-learn.connpass.com/event/231669/
Why Programming is Easy but Software Engineering is Hard
Beginners who want to get into the software field often get programming and software engineering mixed up. These are not the same thing. Programming is a part of software engineering. Software engineering on the other hand, encompasses so much more than programming. Software engineering is the process of starting with a problem, designing a way to solve that problem, and then delivering a software
Facebookが障害で止まった日、プログラマはいつもより多くのプルリクエストをマージした。解析ツール企業が明らかに
Facebookが障害で止まった日、プログラマはいつもより多くのプルリクエストをマージした。解析ツール企業が明らかに Haystack社はGitHubのリポジトリを監視し、プルリクエストやマージなどをメトリクス化して分析することでプログラマの生産性やボトルネックなどを計測するサービスを提供しています。 同社は、Facebookが障害によって停止した日はいつもよりプルリクエストのマージが増加したと、ブログ「Facebook Outage Increased Developer Throughput by 32%」（Facebookの障害によりデベロッパーのスループットが32％増加した）で紹介しています。 Facebook Outage Increased Developer Throughput by 32%: https://t.co/GBlNpjpMx1 — Haystack (@use
非エンジニア向けの社内プログラミング勉強会で得られたもの - 虎の穴開発室ブログ
こんにちは。虎の穴ラボのH.Kです。 社内で非エンジニア向け勉強会を実施したので、そのレポートとなります。 概要 社内の非エンジニア職のメンバーに対して、虎の穴ラボ（エンジニア部隊）がプログラミングの勉強会を開催しました。 内容としてはGASを用いて、スプレッドシートの読み取りを行い、最終的にはSlackに読み取った内容を通知するというものです。 またこちらの内容は2021年8月19日(木)に実施した『とらのあなラボ Tech Conference』内のLT会でも話しましたので、合わせてご覧いただければと思います。 youtu.be 概要 モチベーション 詳細 社内で勉強会でやったほしい内容のアンケート 勉強会の内容決定 勉強会の具体的な内容 得られたもの 今後の展望 P.S. モチベーション 勉強会の開催する動機に関しては以下の通りです。 趣味などに役立つ知識を、社内で共有したい エンジ
昔は苦手だったモブプロを今は推進する側になっていた - yasuhisa's blog
3~4年前はモブプロにめちゃくちゃ苦手意識があったんだけど、最近はなぜか(?)モブプロを推進していく旗振りをしている。モブプロの取り組み自体については今度会社のTech Blogに書く予定だけど、このエントリでは自分の心境の変化にフォーカスを当てる。人間、数年すると割と変わるもんだなぁと思って面白かったので、記録に残しておく。 モブプロが苦手だった頃 なぜモブプロしようとなったか 今はどうモブプロしているか 所感 モブプロが苦手だった頃 前職の開発チームにいた頃(3年前くらい)で、状況はこんな感じ。 7~8人くらいの規模の開発チーム 京都と東京でそれぞれメンバーは分かれているが、まだ物理出社している時期だったので、大きなディスプレイに写された自分の画面をみんなが見るスタイル 時間は60~90分くらいだったかな タイピストはガンガン交代するスタイルではなく、1回を1~2人のタイピストで回して
プログラマの抱いている名前についての誤謬
パトリック・ミッケンジー（Patrick McKenzie）さんのブログ・エントリ、 “Falsehoods Programmers Believe About Names” の日本語訳です。翻訳の公開を快諾してくださったミッケンジーさんに感謝します。 公開: 2012-02-22 Posted on June 17, 2010 by Patrick きょう、ジョン・グレアム゠カミング（John Graham-Cumming）が、正しくない文字が含まれているといって彼のラスト・ネームを受け付けないコンピュータ・システムへの不満の記事を書いていた。もちろん彼の名前に「正しくない」ところなどない。当人の申し出たものが当人を識別するものとしては相応しいのであって、定義からして名前とはそういうものである。このことにジョンは当然ながらいらだったし、そうなるのもきわめて正当なことだ。定義からすれば事実
非同期と並列 / morrita - Message Passing
karino2 が 並列プログラムから見たFuture というビデオを作って公開していたので、引っ越しの荷造りをしながら眺めた。 長いのでここにざっくりとした主張をまとめると: Future/Promise (およびその後釜の async/await) は非同期プログラミングで callback hell にならない発明という見方をされているが、 そもそもなぜ callback hell が必要だったかの時代背景が十分に理解されていない。 背景の一つはブラウザ JavaScript のプログラミングモデルにシングルスレッド・ノンブロッキング(イベントループ)という制限があったから。 これは(特にフロントエンド開発者の間では)よく理解されている。 もう一つの視点は SEDA みたいなマルチスレッド・ノンブロッキング環境の必要性で、 こっちはいまいち広く理解されていないように思える。 結果とし
競技プログラミング、ソフトウェア・エンジニア、コミュニティ
なんか言及もされたのでアンサー的に書いてみたけど、アンサーには大してなってないな? ってやつです。一部で言及された、競技プログラミング (競プロ) 関係の話。 その前に、「プログラミングの競技」っていろいろあります。 短時間で問題に解答していく型 (ICPC / 情報オリンピック / AtCoder Regular / TopCoder とか)最適解が容易に求まらない問題のスコアを競う型 (SuperCon / AtCoder Heuristic / ISUCON / ゴルフ / ICFP Programming Contest の一部とか)対戦型 (ICFP Programming Contest の一部とか、最近のはあんまり知らないですが RoboCode / Imagine Cup とか)謎解き型 (ICFP Programming Contest で何回かありましたね。 UMIX
一流プログラマーになるためには「1万時間の法則」ならぬ「3万時間の法則」が適用される
一流の人物は例外なく1万時間の練習に打ち込んでいるという「1万時間の法則」は、勉強やスポーツ、芸術などの分野で広く知れ渡っています。プログラマーのBreck yunitsはこの法則を信じて1万時間をプログラミングに費やしたのですが、実際に効果があるのかに自信を持てず、自身が尊敬するプログラマー25人に「あなたはプログラミングに何時間費やしましたか？」といった内容のメールを送ったとのこと。そして、返信があった5人の回答をGitHubに公開しています。 GitHub - breck7/30000hours: How many hours have you spent practicing programming? https://github.com/breck7/30000hours ◆ドナルド・クヌース：5万6000時間 数学者・計算機科学者であるドナルド・クヌース氏は1938年に生まれ、
プログラミング上級者は脳活動が洗練されている——コード解析時の脳活動パターンが明らかに｜fabcross
2019年4月に経済産業省が発表した「IT人材需給に関する調査」によると、2030年には日本で45万人のIT人材が不足するかもしれないという。小学校では2020年からプログラミング教育が必修になるなど、プログラミング人材の育成に対する重要性は年々増し、関心も高まっている。 プログラミング上級者と初心者の違いは、どこにあるのだろうか。プログラミングは人類史において比較的新しい活動で、成果はもちろん、知識を構造化したり重要だと認識するポイントがそのレベルによって違うことは既に報告されている。しかし、脳のどこでこうした違いが発生しているのかは、まだ分かっていないという。 奈良先端科学技術大学院大学の研究チームは、コンピュータプログラムを理解する能力について、個人の習熟度の高さと関連する活動が脳内の複数の領域で見られることを明らかにした。研究結果は、2020年12月14日付けの『eNeuro』に掲
「DDDで複数集約間の整合性を確保する方法」に対する考察 - かとじゅんの技術日誌
久しぶりにブログ記事を書きますか。 ということで、松岡さん(id:little_hands)のブログ記事に対する考察記事です。 この記事は古くなったので、ぜひ以下も参照してください。 blog.j5ik2o.me little-hands.hatenablog.com 題材も松岡さんのブログ記事と同じもので考えます。 「実装方法1. ユースケースで複数集約を更新する」について考察したいと思います。 注意事項）この記事で使うトランザクションという用語は単なる一連の手続きという意味ではなく、ACID特性を持つRDBのトランザクションという意味です。 class CreateTaskUseCase1( private val taskRepository: TaskRepository, private val taskReportRepository: TaskReportRepository
プログラマの三大美徳について…その原典ではどう語られているのか - Magnolia Tech
プログラミングPerl〈VOLUME1〉 作者:ウォール,ラリー,オーワント,ジョン,クリスチャンセン,トム発売日: 2002/09/01メディア: 単行本 何度も読み返す技術書の話題で忘れてはいけないのがPerlの作者であるLarry Wallが書いた「Programming Perl」。 この本、Perlというプログラミング言語に関する解説書である共に、定期的にブログなどで話題になる「プログラマの三大美徳(無精、短気、傲慢)」に ついて解説されている原典でもある。 この三大美徳…意外と原典ではストレートには語られていない点も興味深い。三大美徳の中身は散々語られているので、ここでは原典でどのような流れで語られているのか調べた。 Perl自体の人気もだいぶ下がっているし、日本語に訳されているのはPerl 5.6対応(20年前!)の第3版しかなく、2012年に出版された第4版は日本語には翻訳
Sony Engineer Talks Up Using Flutter + Wayland For Their Embedded Interfaces - Phoronix
Sony Engineer Talks Up Using Flutter + Wayland For Their Embedded Interfaces Written by Michael Larabel in Wayland on 28 October 2020 at 07:00 AM EDT. 21 Comments A Sony engineer confirmed at this week's Embedded Linux Conference Europe that the company has begun using the Flutter toolkit atop Wayland as their means of developing user-interfaces on embedded systems. Hidenori Matsubayashi of Sony t
テレワーク環境を変革した“夢のシステム”は、なぜ2週間で完成したのか 天才プログラマーが語る理由
テレワーク環境を変革した“夢のシステム”は、なぜ2週間で完成したのか 天才プログラマーが語る理由：CEATEC2020 自宅のパソコンからオフィスのパソコンを簡単・安全に使える、無償のシステム――テレワークの導入を検討している経営者やIT部門にとって夢のようなシステムが、緊急事態宣言下の4月21日に登場した。NTT東日本が開発したシンクライアント型VPN「シン・テレワークシステム」だ。 開発に携わった登大遊さん（NTT東日本 特殊局 特殊局員）は4月1日、同社に非常勤社員として入社。シン・テレワークシステムは、4月6日から社内調整を始め、わずか2週間後の21日にはリリース。10月22日時点で8万5000人以上が利用するほど好評だ。 なぜ、このようなシステムを短期間で開発できたのか。家電・ITの見本市「CEATEC 2020」の講演で、登さんが秘密を語った。 シン・テレワークシステムができる
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマ
NTT東に入社した天才エンジニア、大企業に新天地を求めた本当の訳
リリース後4カ月で利用者が7万人を超えた「シン・テレワークシステム」。わずか2週間という期間で開発したのが天才ITエンジニアの登大遊だ。NTT東日本という日本の伝統的な大企業の中で、成し遂げたいことがあった。 NTT東日本が2020年4月から無償で提供するシン・テレワークシステムは、8月末時点で地方自治体や企業の約7万人が活用している。VPN（仮想私設網）技術を基に、オフィス内のパソコンを自宅からリモートで操作できるようにするなどテレワーク用の機能を追加したシステムだ。応答速度が速く使いやすいのが特徴だ。 開発したのは登大遊。NTT東日本に4月に「特殊局員」との肩書で入社した後、たった2週間で完成させた。新型コロナ禍のため入社直後から在宅勤務となり、特段の仕事もない。そこで「プログラムで社会課題を解決できないか」と思い立ち一気に作り上げた。 登は天才エンジニアとして知られた存在だ。小学生の
バージョン番号のソート
B! 80 0 0 0 v8.10.1みたいなバージョン番号をソートしようとするとき、 単にsortコマンドとか使うとv8.2.1とv8.10.1で真ん中の2と10の1だけを 見て思ったのと逆にソートされてしまいます。 かといって単純に-nで数字として全体を見ることもできないのでちょっと工夫が必要です。 sortコマンド 区切ってソート sort -V git tagでの表示 sortコマンド v1.2.1 v1.10.1 v2.2.1 v2.2.2 v2.2.10 v10.2.1 みたいな内容のversions.txtというフィアルの中身をソートしたいとき、 期待するのは上の形になることです。 これをそのままsortコマンドとかに入れると $ sort versions.txt v1.10.1 v1.2.1 v10.2.1 v2.2.1 v2.2.10 v2.2.2 となります。 このま
企業に必要とされている インフラ技術とこれから
Infra Study Meetup #5で変化するインフラ技術の変化に対応する方法についてトークしました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
shiodaifuku.io
競技プログラマのためのSwiftチートシート
