2014年9月13日のブックマーク (7件)

  • アジャイルが否定したものを見直そう - arclamp

    2014/9/6に開催されたXP祭り2014で「アジャイルを手放して得られたこと」という講演をしてきました。Togetterはこちらから。 元々は「アジャイルのダークサイド」の話がしたくて応募したのですが、その後、いろいろと考えているうちに僕自身にも気づきの多い内容となりました。 さて反応を見てると前半のアーキテクチャとマネジメントの話に興味を持っていただいたようです。なので、このブログでは「なぜアーキテクチャとマネジメントの話からアジャイルの話をしたのか」ということを書いてみます。 アジャイルがさまたげたもの アジャイル開発手法が大きく注目されるのは1999年の「Extreme Programming Explained」の出版であり、2001年の「アジャイルソフトウェア開発宣言」です。1990年代後半から2000年代初頭というのは、IT産業が大きく成長する時代であり、同時に、当時主流で

    アジャイルが否定したものを見直そう - arclamp
    akachochin
    akachochin 2014/09/13
    ラフでもいいから全体像を描くのが重要。木を見て森を見ないとちょっと古の温泉宿になってしまうよね。
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

    dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
    akachochin
    akachochin 2014/09/13
    Web上に開発環境を持つことができると便利。Webアプリだけでなく組み込み系だとARMのmbedとかがWebでビルド環境を提供していた記憶がある。あとは、ローカルとの分業がうまくできると快適な環境できると思う
  • デジタルカメラを自作してみよう【回路設計・デバッグ編】 - karaage. [からあげ]

    今までのあらすじ 以下のような感じです。 回数を重ねることに無駄に注目が集まっているので、正直プレッシャ感じてます。すみません、嘘つきました。なんとも思ってないのです。ただ、ほんのちょっとだけ責任は感じているので頑張って続きを書いてみます。 回路を設計しよう 前回はRaspberry PiのSetupまでしたので、Raspberry Piを中心として回路設計をして簡単なデバッグ(動作確認)までをしましょう。回路設計は人にもよりますが、大体以下のようなものを順につくっていきます。大きいものから小さいもの、概略から詳細を設計していくのが基です。 ブロック図 系統図 ポート割り付け 回路図 必要な物 前回のRaspberry Pi Setup編で購入したものは省略 Sanwa(三和電気計器) デジタルマルチメーター PM-3 出版社/メーカー: 三和電気計器メディア: Tools & Hard

    デジタルカメラを自作してみよう【回路設計・デバッグ編】 - karaage. [からあげ]
    akachochin
    akachochin 2014/09/13
    ラズパイの使い方だね。電子工作に手を出すときが来たかも。電子工作はどこから手を付ければ良いのかな?
  • 日本の技術者が挑戦したいこと、わくわくした瞬間、興味がある次世代技術まとめ

    技術者が挑戦したいこと、わくわくした瞬間、興味がある次世代技術まとめ:ITエンジニアの未来ラボ(1)(1/3 ページ) 将来実現したいことやスキルアップしたいができない理由、興味がある次世代技術、6年後どうなっているかなど、1900人に聞いたアンケート結果をリポートする。 日IT技術者1917人に聞きました IT投資が増加していくとされる2020年に向け、技術の革新は進みこれまでにない多様な技術が開発現場で当たり前のように使われるようになることが予想される。事実、スマートフォンやクラウドの出現により、ここ5、6年の間で多様な技術習得を迫られた開発現場も少なくないはずだ。では次の時代に向けてITエンジニアはどうあるべきなのか。 特集「ITエンジニアの未来ラボ」は、日ITエンジニアが現在抱えている課題や“技術への思い”を読者調査を通じて浮き彫りにし、ITエンジニアは未来に向けて

    日本の技術者が挑戦したいこと、わくわくした瞬間、興味がある次世代技術まとめ
    akachochin
    akachochin 2014/09/13
    面白いね。意外と低レイヤにワクワクしている人が多いのが少し嬉しい。
  • デバッグを必修科目にするべき理由 | POSTD

    更新版: まずはここで私がコンソール ロギングでのデバッグを非難したり、無視しようとしているのではないということをはっきりさせておきたいと思います。コンソール ロギングは組み込み型プログラムやIDEがソースコードをスタックフレームに正しくマッピングできない場合、ブレークポイントが進捗を妨げてしまう場合等、様々な場合に使われます。要は他に適した方法がある時にコンソール ロギングを使うことを悪いと思っているのです。 プログラミングでは新しい機能を加える代わりに、 コードのメンテナンス と問題の解決にそのほとんどの時間を費やされるということが常識になっています。また、デバッグを通じて問題を発見できてもそのバグの解決方法がわからないということが多いのです。また ハイゼンバグやネッシーバグ のような再現できないバグに遭遇することもありますが、通常はどこを探すべきかが全くわからない状態で、大規模なコー

    デバッグを必修科目にするべき理由 | POSTD
    akachochin
    akachochin 2014/09/13
    目的もなくコンソールにログ出せばよかろうと思ってる人が多すぎ。私は幸いにも師匠と呼ぶべきリーダから素晴らしいOJTを受けたおかげでデバッグでも飯が食えている。記事の通り、いかに良い仮説を立てるかが勝負。
  • Immutable Infrastructure / これからのWeb, クラウドシステム

    フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

    Immutable Infrastructure / これからのWeb, クラウドシステム
    akachochin
    akachochin 2014/09/13
    Immutable Infrastructureの話。昔のWeb2.0とかコンテナとか、意外と手堅く使えそうな技術は昔任天堂の横井軍平氏が言っていた「枯れた技術の水平展開」というのが多いね。
  • 質問:フルスタックエンジニアを目指すべき?

    最近「フルスタックエンジニア」という言葉をよく聞くようになりました。そもそもフルスタックエンジニアって何なのでしょうか?ソフトウェアエンジニアが目指すべき理想像といえるのでしょうか?もしそうだとすれば、どうすればフルスタックエンジニアになれますか? 回答 こんにちは。グリーでCTO(最高技術責任者)をしております、ふじもとです。このたび、ITproで連載記事を持つことになりました。僭越ではございますが、少しばかりの経験を生かして、ソフトウエアエンジニアの皆さんの悩みにお答えしていきたいと思います。どうぞよろしくお願いします。 さて、第1回の悩みは「フルスタックエンジニア」です…。少し前によく聞きましたねー、最近は落ち着いているようですが。 言葉をそのまま解釈すれば、すべてのTechnology Stack (技術構成要素、とでもいいますか) に精通しているエンジニア、ということになります。

    質問:フルスタックエンジニアを目指すべき?
    akachochin
    akachochin 2014/09/13
    正しいが、フルスタックエンジニアを目指す前に自分の得意分野を足元を固める、つまりホームポジションを確立することが先だと思う。そこから、隣接した技術分野を見れば良いのかな。そうでないと器用貧乏未満。