プログラミングの低レベルと高レベル - 超ウィザード級ハッカーのたのしみ
プログラミングにはレベルの低い・高いがある。ここでいうレベルとはCPUとかストレージデバイスといった生のハードウェアに近いかという意味である。レベルが低いほど生のハードウェアを意識しなければならない。カーネルは低レベルなソフトウェアの代表である。高尚かどうかと混同されることを嫌ってか、低レイヤ・高レイヤという言い方も良くする。私はあえて混同させたくてレベルという単語を使用している。 私は元々低レベルのプログラミングの方が計算機を操ってる感があって好きだった。しかし、しばらく離れてJavaとかPythonとか高レベルなことをやっていたが、ふと低レベルのところを再び触りたくなったので、 ハッカーのたのしみ Binary Hacks Cプログラミング高速化研究班 等を読み返しながら勉強している。低レベルはちょこちょこっとチューニングするだけで演算が高速化していき、ハッカー感が得られるので楽しい。
なぜ日本の「ものづくり」は復活しないか - 駄文型
GE 巨人の復活 シリコンバレー式「デジタル製造業」への挑戦 という本を読んだ。 2015年に160億ドルの特別損失を計上したゼネラル・エレクトリック（GE）が、いかにして復活を遂げたかをまとめたものだ。 GE はベイエリアやシリコンバレーと呼ばれる地域のテクノロジー企業の文化を模倣し、復活した。ベイエリア式の文化とはすなわち、「リーンスタートアップ」であり、「デザイン思考」であり、「アジャイル」であり、「OSS」である。 GE 巨人の復活 シリコンバレー式「デジタル製造業」への挑戦 作者:中田 敦日経BPAmazon 「シリコンバレー式」のコピーは製造業でも有効か？ デジタル筋肉(マッスル)のアウトソーシング 「デジタル製造業」戦略 売るのは「もの」ではなく顧客の成果を最大化するための「サービス」 エコシステムを創り出す 日本の「ものづくり」の復活を阻むもの 「シリコンバレー式」のコピー
僕がソフトウェア開発を勉強し始めて3年間でやったこと - うさぎ組
昨日、@irofさんと飲みながら自分を思い返すと「ちゃんとソフトウェア開発を勉強しはじめてから3年間たった」つまり「@bleisさんを知ってからこの5月でまる3年間たった」 それまでの僕はデザインパターンもオブジェクト指向がなんたるかも、バージョン管理もなにも知らなかった。 毎日言われたことをこなす仕事をして、変えたいけど誰も教えてくれないし、学び方すら教えてくれなかった。 それなりに努力してたけど、よくはわかっていなかった。 そんな状態から抜け出したのが3年前。このブログの先頭でも書いた。当時僕は21歳かな。（ちなみに就職したのは19歳のとき） →【このブログをはじめるきっかけ - うさぎ組】 この3年間でやったことをふりかえってみようと思いました。 ちょっとわかりにくいだろうけど、2009年5月からの12ヶ月周期で書いてみます。 こうやって振り返るのはあくまで僕のためであって、何かを誇
だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
ウォーターフォール型開発プロセスの有効性 - 勘と経験と読経
牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面倒なのでブログにまとめている側面もあるのだけれど。結論を先に書くと、計画駆動とアジャイルの扱いはバランスを重視。WFがメリットが無いというのは言いすぎだと思っている(課題はある)。 こちらも合わせて読んだ 日本でアジャイルが流行らない理由 - @ledsun blog 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance そもそも批判されるようなWF型プロジェクトは実在するのか 本件に限らず批判されがちな「ウォーターフォール型開発プロセス（以下WFと記述）」だが、実際のところ皆さんそれぞれ
ビヘイビア駆動開発 ― ウォーターフォールモデルからのステップ | POSTD
ビヘイビア駆動開発（BDD：Behavior-Driven Development、振る舞い駆動開発ともいう）を実務に沿って簡単に紹介し、ソフトウェア開発プロセスに対してこの手法がどれほど有益かを説明します。 はじめに BDDで重視しているのは、フィードバックループを最小限に短縮することです。BDDはソフトウェア開発手法の進化の中で、理論的に一歩前進したものといえます。本稿ではBDDの概念と、その原型のモデルを説明します。 ソフトウェア開発者や、エンジニア部門のマネージャー職に就いている人ならば恐らく、以下の図のようなウォーターフォールモデルはよくご存じでしょう。 注釈: Waterfall model：ウォーターフォールモデル System Requirements：システム要件定義 Software Requirements：ソフトウェア要件定義 Analysis：要求分析 Progr
ガントチャートの功罪 〜 新規事業で工程表を作ることに意味はあるか？ | Social Change!
「納品のない受託開発」を通じて、新規事業におけるソフトウェア開発を手伝わせて頂いていることもあり、そこで得た知見を活かして新規事業の審査員のような仕事をさせて頂くことがあります。 そこで審査のために提出された資料の中にあるガントチャートや工程表を見るとき、いつも違和感を感じていました。この記事では、ガントチャートが新規事業においては有効ではないという気付きについて書きました。 ガントチャートは決められた工程の管理をするのに最適 ガントチャートや工程表は、あらかじめ完成品が見えており、工程がはっきりしたものを「製造」していくときに非常に役に立ちます。どの工程にどれくらいの工期がかかるのか見えるようにすることで全体の計画が把握できます。 ガントチャートを有効に使うためには、きちんと工程を分解できること、とりかかる工程の順番がはっきりしていること、それぞれの工程にどれくらいの期間がかかるのか見積
「ドメイン駆動設計」の複雑さに立ち向かう
その時は最善の実装だと思っていたことでも、月日が立つことで、それは間違いだったと気づくことがあります。 5年という歳月はそれを気づかせるには十分な時間で、 DDDをやり始めた初期の頃に書かれたコードは良くディスられたりしています。 そのコードは何を失敗していたのか？そして、それは改善するために改善した事とは？ BIGLOBEにおける"今"のいいコードの書き方をできる限り具体的な事例を元に紹介します。
パソコンを触るだけではダメ 灘高の天才プログラマーがITスキルより前に身につけた能力とは
Life is Tech !が主催する教育とテクノロジーの祭典「Edu×Tech Fes 2013」において行われた、灘高の天才プログラマー、矢倉大夢さんによるスピーチです。16歳の若さでジャパン・サイエンス＆エンジニアリング・チャレンジ（JSEC）において日本文部科学大臣賞と富士通賞をダブル受賞した彼は、幼少期から2つの能力を培ってきたことが自身のエンジニアとしての可能性を大きく広げたと語ります。パソコンを触らせることが本当のIT教育ではないとする彼が、プログラマーとしての基礎体力をつけるための方法を紹介しました。（Edu×Tech Fes 2013より） 中学生からソフトウェア開発をしていた 矢倉大夢氏：身長だけではなくてプレゼンの内容もアブノーマルなTehuのあとでしゃべるっていうのは結構ハードルが高いんですけども（笑）。 「今必要な『三つ子の魂』とは何か」ということで話させていただ
ガチで5分で分かるITS／BTS＆使えるツール6選
課題管理／バグ管理とは、チケット駆動開発とは、概要やチケットの処理フロー、重要性、導入と運用の仕方、バージョン管理や継続的インテグレーションとの連携も含めて5分で解説します。おまけで使えるITS／BTSも6つ紹介。 0分―― ITS／BTSとは、課題管理／バグ管理とは 近年のソフトウェア開発は複雑化しており、さまざまな役割の人間が大人数かかわることも少なくありません。ソフトウェア開発を円滑に進めるためには情報の管理、共有がとても重要です。そこで活躍するのがITS／BTSです。 ITS（Issue Tracking System）、BTS（Bug Tracking System）は、それぞれ「課題管理システム」「バグ管理システム」と呼ばれますが、最近では両方の機能を併せ持つ場合も多く、ITS／BTSを明確に区別することは少なくなっています。 ITS／BTSは、簡単にいうと、課題管理、バグ管理
Google の Design Doc について - フリーフォーム フリークアウト
移転しました http://please-sleep.cou929.nu/20091116.html
音大卒でエンジニア!? ―カヤック・Google・Labitで経験を積んだ新多真琴のエンジニア観。 | キャリアハック（CAREER HACK）
サウンドデザイナー/ソフトウェアデベロッパーという肩書を持つ音大出身エンジニア・新多真琴さん。この春に大学を卒業した彼女が進路として選択したのは、DeNAのエンジニア職だという。アーティストとしての道ではなく、エンジニアとして生きる道を選んだ彼女のエンジニア観に迫る。 “音大生”דエンジニア” “音大生”がエンジニアになる―。 そんな話を聞いたことのある人は、果たしてどれくらいいるだろう？しかもコンピュータ音楽を創作するだけでなく、複数のウェブプログラミング言語を駆使する女性ときた。 今回お話を伺ったのは、国立音楽大学をこの春卒業した新多真琴さん。 高校のピアノ科を卒業後、国立音楽大学 音楽文化デザイン学科 コンピュータ音楽系に進学。大学1年時の夏休みにProcessingと出会ったことを機にプログラミングを始め、その後カヤックやGoogleのインターンに参加してきた経歴を持つ彼女。最近
Xp祭り2012 lt leanstartup
チームビルディング？ デザイナーから働きかける "チームビルディング" - InHouseDesigners #3Yukinori SAEKI
ついに登場！ 究極の見積もり技法（その1：解説編）
「ソフトウェア技術者の最高の能力は、見積もりだ！」――今回は、パラメトリックス法の1つ「SLIM」を取り上げます。上司からのムチャな開発期間の短縮要求をはねのける“究極の反撃法”が、このSLIMによる見積もりです。 「見積もり」は、ソフトウェア開発における大きなテーマであり、ソフトウェア工学における最重要課題の1つでもあります。 今回お届けしている“見積もり・シリーズ”では、「見積もりの目的（正確に見積もるだけでは不十分）」「見積もりの具体的な方法（精度を上げるため、少なくとも、2つ以上の方法で見積もる必要がある）」「見積もりの応用（見積もり値に合わせる制御と再見積もり）」「見積もりの調整（状況に応じて開発量とスケジュールを再見積もりしなければならない）」について、具体的に解説していきます。 見積もり技法は「類推法」「積み上げ法」「パラメトリックス法」の3つに分類することができます。前回は
プログラマの思索
astahにタイミング図がサポートされたのでメモ。 【参考】 astah* 9.2リリースノート | astah タイミング図 | astah* 機能ガイド plantumlでタイミング図が描けるらしい: プログラマの思索 astahとPlantUMLを行き来できるastah* PlantUML Pluginが面白い: プログラマの思索 astah* Mermaid Pluginが公開された: プログラマの思索 Timing図 わかりやすくUMLタイミング図とは 【PlantUMLの使い方】PlantUMLでタイミングチャートを作成する - システムとモデリング UMLのタイミング図を使う機会は正直ほとんどないし、経験もない。 感覚的には、シーケンス図を横型にしたイメージを持っている。 ただ、ハードウェア設計者ならタイミング図をよく使うと聞いているので、どんな状況でどのように使うのか、調べ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
