最近プログラミング教育に関する世間一般の興味が高まってきています。オバマ大統領がイニシアチブを取り、コンピュータ科学に関する教育を全ての学生に課すため、関連する産業や研究開発に多額の政策投資を行おうというアメリカのCS for Allや、日本の政府成長戦略のなかで挙げられている小中学校でのプログラミング必修化など、国レベルでの取り組みも目立つようになってきました。 これに呼応するように、プログラミング支援に関する研究を引っ張ってきたアメリカの大学教授たちが、研究トピックを教育方面にシフトしてきています。政策とアカデミアの研究開発とがタイムリーに連携していて大変興味深く、日本でも参考にできるところがあるように思います。 日本科学未来館でのPicode Workshopの様子 私自身は教育もちょっとだけ（日本科学未来館）、手伝ったり（CANVAS）してきましたが、基本的にはプログラミング環境の

プログラミングを知らない人がプログラミング教育をする危険性 The teacher of programming came, but nobody has a TECH. 2016.06.22 Updated by Ryo Shimizu on June 22, 2016, 08:55 am JST ある日、角川アスキー総研の取締役兼主席研究員である遠藤諭氏から、「プログラミングが他の職業でも役立つということに関してなにかアイデアはないか」と相談を受けました。 アスキーの遠藤諭氏といえば、筆者も少年の頃、毎月夢中になって誌面を熟読した往年の「月刊ASCII」の編集長として活躍された方で、自らもプログラミングのプロフェッショナルでもあります。プログラマーでありながら、プログラミングを本業とせず、編集業を生業にしているところは、プログラマーでありながら経営者を生業とする筆者と相通じるものがあり

とあるコンサルタントのつぶやき とあるコンサルタントのつぶやき MCS （Microsoft Consulting Services） の某コンサルタントがまったり語るテクノロジのお話です。 ご存知の方も多いと思いますが、ここ最近、うちの会社の歌って踊れる DevOps エバの牛尾さんが、こんなエントリを書かれていました。 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い http://simplearchitect.hatenablog.com/entry/2016/06/20/080807 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない http://simplearchitect.hatenablog.com/entry/2016/06/24/080049 特に前者は炎上気味でしたが；、二回分のエントリを通して読めば、牛尾さんが言いたい

残業も減らせる!? 上級エンジニアになるためのDesign Doc超入門：プロジェクト成功確率向上の近道とは？（3）（1/3 ページ） ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は、「技術視点」のドキュメントとして、2000年代以降注目されている「Design Doc」について解説します。 IT技術がビジネスに貢献していくためには、まずはシステム開発を成功させることが重要です。本連載「プロジェクト成功確率向上の近道とは？」では、システム開発を成功させるために、コミュニケーションが果たす役割の重要性と、ドキュメントによるコミュニケーションの重要性について解説してきました。 連載1回の「ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門」、第2回の「サンプル例に見る

2016.06.15 スキル 近年、プログラミングに対する注目度が日に日に高まっている。 この数年で、子どもから大人向けまでさまざまな切り口のプログラミングスクールが立ち上がった。日本政府も2020年以降の義務教育化を成長戦略の一環に盛り込んでいる。最近は、起業を考える文系学生や非技術職として就職した若手社会人がスキルアップのために学ぶのもプログラミングだったりする。 こうしてどんどん一般化しているプログラミング教育に対して、白熱した議論が起こることも増えた。 体育や美術が小中学生の必修科目になっても、プロスポーツ選手やプロのアーティストになれる人は一定数を越えていないように、プログラマーという仕事にも向き・不向きがあるはずだ、とか。また、教育を受ける機会が増えても学ぶ側の意思と意欲が続かなければ身にならない、という言説もある。 これを裏返せば、プログラミング教育を提供する人や企業には、学

本稿は、ソニックガーデンの創業者で代表取締役社長の倉貫義人氏のブログに掲載された記事です。モットーは、「心はプログラマ、仕事は経営者」。IT業界の、とりわけソフトウェア開発の業界で〝常識〟とされているビジネスモデルを変えてしまう試みについて解説する著書「「納品」をなくせば うまくいく」を執筆。同社が開発した社内ツール「Remotty」は、本媒体でも紹介しています。 プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ。 今回の記事では、この10年間で起きた市場や環境の変化から、手を

みなさんこんにちは。 技術組織戦略G & 技術内閣の板敷です。 普段はAmebaのシステム障害の火消し → 障害対策ならびにエンジニアの育成評価等をしています。 今回は、先日終了したサイバーエージェント新卒エンジニア技術研修について紹介したいと思います。 研修概要従来の研修内容を一新、内製での技術研修に挑戦 これまでの新卒技術研修は委託先講師の話を新卒全員が聞くという、いわゆる「座学中心」の研修でしたが、ここ数年の技術的進歩、組織内でのエンジニアに対する期待の変化を反映するため、内製での研修へとゼロから再設計しました。 研修のコンセプトと概要 ベースとなる研修のコンセプトは以下2点からなります。 全体のアーキテクチャを俯瞰して設計、技術選定をする自分の頭で考え、動くこれらのコンセプトを実現するために今回の研修では、2つの某有名サービスを 自分たちで設計、実装するという形をとりました。 研修

こんにちは。技術部 開発基盤グループの諸橋です。 クックパッドでは昨今の多くのWeb企業と同じように、GitHub EnterpriseのPull Requestを使ったコードレビューを広範に実施しています。わたしたちのコードレビューでは、ソースコードの字面にとどまらず、サービスの機能として魅力的かどうかや、保守性を含めた設計が適切かといった議論に発展することも良くあります。 きょうはそんななかで話題に上がった「現在時刻」の扱いかたに関する設計の話を書きます。 背景 サービスを開発・運営している我々には、時間帯によって出し分けたり、特定の期間のみに表示したいコンテンツがたくさんあります。 そのたびにデプロイし直すというのはつらいので(特に24:00に出なくなるコンテンツなど)なんとかしたくなりますが、一方で時限式のコンテンツはその時になるまでちゃんと動いているか確証が取れないので怖いです。

こんにちは、吉岡([twitter:@yoshiokatsuneo])です。 本日(5/20)の午前中に、「教育ITソリューションEXPO 2016(EDIX 2016)」の「学びNEXT みらいの学びゾーン」に行ってきましたので紹介します。 主催者に話しを伺ったところ、「教育ITソリューションEXPO 2016」は、日本最大にして事実上唯一の教育とITに関する展示会で、教育関係者とのつながりを求める多くの企業が出展しているとのことです。この中で、「学びNEXT みらいの学びゾーン」は、2020年から小学校でのプログラミング教育が必須化されるの合わせて始めたゾーンです。 他のエリアと少し離れた場所にありましたが、その分ブースも来場者もプログラミング・ロボット教育関係に特化された感じもよかったとも思います。ガジェット好きにはたまらないのでは？ 発売されたばかりで事例がまだなかったり、未発売で

こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなメソッドは emptyIfNull です。 僕は、自社クラウドである cybozu.com のミドルウェアを開発するチームで働いています。具体的には、検索サービスやファイルサーバー、非同期処理用ワーカー、セッションマネージャーなどなどを提供しています。 僕がこのチームに来たのは数年前ですが、当時はバグの多いプロダクトでした。今はすべての既知のバグを直し、残存不具合件数が 0 件、つまりバグゼロな状態になりました。また、バグゼロを実現してから 2 年ほど経過していますが今もその品質を保っています。今回はこのバグゼロを実現した方法と、その後の顛末について記そうと思います。 以前のコード 数年前に提供されていたこのミドルウェア群は、はっきり言って、バグの塊のようなプロダクトでした。 当時のコードは保守性とは程遠い

僕は最近、久々に新しいプログラミング言語とフレームワークを必死こいて勉強しております。 というのも、Taxnoteに自動同期機能をつけようと思い、Parseでゴリゴリ数ヶ月やったものの、最近自らの余命を発表されまして、結局Rails勉強するかとなったからです。 しかし、新しいプログラミング言語とかフレームワークを勉強する時って、慣れるまで本当にわからない事だらけなんですよ。ある程度、慣れてきたら起動に乗っていけるんだけど、最初は何が正しくて、何がやらなくていいのかがさっぱりわからない。 もちろん、ネットにはたくさんのチュートリアルがあったり、本でも動画でも学習教材は豊富にある。僕もとりあえずドットインストールのRailsチュートリアルをして、treehouseのAPI設計コースみたいなのをもやってみました。 この基本の基本、チュートリアルを終えるまではいいんですよ。 ただ、その後、自分の作

先日書いたブログが拡散して，某新聞記者から取材を受けました．意見を持っている人にとって，それがちゃんと伝えられるいい時代になりましたね．そんなわけで，自分の中ではとっくに解決している問題ですがあらためてブログに書いておくことにします． プログラミング教育が小学校でという話で，誰が教えるんだ．どの教科を削るんだなど，よく言われている課題がありますが，僕は実現はそんなに難しいとは思っていませんので，それを書きます． １）誰が教えるの？ 前に書いたとおり，小学校の各学年で２時間程度ですから，専任講師が教えます．２時間の授業６学年分のやり方を覚えた人が講師になります．担任の先生は，同じ子供に毎回違うことを教えるのに対して，この講師は同じことを毎回違う子供たちに教えますので，その内容に関してすぐに上手に教えられるようになります．売れない芸人が毎回同じタイミングでお客さんを笑わせているのと同じ感じです

誰もが知ってるけど敢えて言わない確実に身につくプログラミング学習法 The kings road to be a programming ninja 2016.04.27 Updated by Ryo Shimizu on April 27, 2016, 08:34 am JST 学問に王道なしと言いますが、プログラミングを上達するために最も効果的であるにも関わらず、いまや誰もその有効性を指摘しなくなってしまった方法がひとつだけあります。 それは「写経(しゃきょう)」です。 写経・・・文字通り、教科書に書いてあるプログラムリストをそのまま書き写すことです。 「そんなバカな。そんなことで上達が早まったら苦労しない」 と思うかもしれません。 しかし、実際には写経ほど効果的な学習法はないのです。 例を示しましょう。 たとえば、プログラミングの授業で、サンプルプログラムの半完成品がファイルで配られ

(2016/7/15、著者プロフィールを修正いたしました。) 仮に、高速道路の自動車をより速く走らせることがあなたの務めだとします。もしあなたが、ドライバー全員にただ「アクセルを思いきり踏むように」と言ったら、一体どうなるでしょうか？ 結果は明らかに、大惨事となるでしょう。それなのに、ソフトウェアの構築を速めようとする時に、多くの開発者がまさにそんな態度を取っているのです。その理由として持ち出されるのは、以下のようなことです。 「本当にアジャイルに進めたいので、デザインやドキュメントには時間をかけられない」 「これは本番環境にすぐ反映しなきゃいけないから、テストを書く時間はない」 「何もかも自動化する時間はなかったので、コードのデプロイは手作業でやる」 自動車が高速道路を高速で走るには、安全性が欠かせません。より速く走るためには、ブレーキやシートベルト、エアバッグといった、いざという時にド

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ

朝会で進捗共有する。どこの現場も多いと思います。 必要ですかね？？ うちのチームでは朝会で進捗共有はやってません。 進捗のステータスはだいたい3つだと思ってます。 「オンスケ」 「早く終わった」 「ちょっと遅れそう」 そもそも3ヶ月くらい先の仕事がある程度チームでスケジューリング出来てる前提ですが 出来てなかったらマネージャがいないかマネージャが無能のどちらかです。 または、明日には明日の風が吹く現場だったらそもそも朝会とかマクロな話してる場合じゃないです。。 「オンスケ」これは明らかにいらないですね。朝会で全員の稼働を使っての共有？。。いらんいらん。だって問題ないんだもん。 「早く終わった」と「遅れてる」という状況は朝会ですべきじゃないです。それじゃ遅い。特に後者は。それがわかった時の新鮮な状態で教えて。なんで朝会待つの？？ だいたい「ちょっと遅れそう」はずるずる行くんだし・・。 進捗は