サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
猫
masskaneko.hatenablog.com
まとめ 両者のソフトウェアエンジニアリングの定義は大体似ている。「規律」が共通点。規律でありながら適用が厳格でないと述べている点も一緒。「時間で積分したプログラミング」が SEatGoogle での独特な表現。 SEPA はソフトウェアエンジニアリングの全体を示している。対して SEatGoogle では全体を示しておらず、設計、プロセスモデル、品質保証といった章になりそうな領域でさえ省かれている。代わりに、SEPA におけるソフトウェア構成マネジメント(22章)が最も関係している。 SEatGoogle がそのような構成になっているのは Google 最初期のプロダクトである検索と広告が商業的に大きく成功したことによって持続可能性とスケーラビリティを追い求めてきたから SEPA は基礎を学ぶための本。SEatGoogle はその基礎に基づきつつ、Google のソフトウェアとビジネスにと
これはAzure DevOpsアドベントカレンダー5日目の記事です。 qiita.com 仕事でも個人でも Azure DevOps Services を使って1年くらい経ちました。 Azure DevOps Services を選択してから現在までの経験の中で、これから使う方々が押さえておくべきであろう事柄の要点を綴ります。 機能や価格などは本記事執筆時点のものです。 割安 azure.microsoft.com Basic Plan では Boards というプロジェクトマネジメント機能、Repos というリポジトリホスティングとレビュー機能、 Pipelines というコミットや周期をトリガーとしたジョブ実行機能を使うことができます。 これらが連携することにより、計画、成果物更新、テストをつなげることができます。 荒っぽいですが、OSS で言えば Redmine + Gitea +
Boeing’s 737 Max Software Outsourced to $9-an-Hour Engineers 長い原文を私から見て要約/意訳するとこうなります。 ボーイングは航空ソフトウェアの開発費を減らすためにオフショアを企業戦略として大々的に検討。H1B ビザで渡米している優秀な技術者に頼ると時給 $35 になるのを減らしたかった。 時給の安いインドのソフトウェア開発企業に外注することに決めた。中には時給 $9 の人も。 ただし、この企業は航空ソフトウェアの開発経験がなかった。 ボーイングはこのインド企業に、できるだけ上位の仕様を送り、より下位の仕事を任せるようにした。 その結果、航空業界人から見れば自明な仕様の理解に 18 回もやりとりするなど、ボーイングの社員はより多くの監督作業をすることになった。 作られたソフトウェアは、ボーイングが培ってきた設計原則に違反していた。
新卒で入社した車載システムの大企業に10年近く勤め、3つの職種を経験し、退職しました。最初はプログラマーで、次に企画職を少し、最後は複数のソフトウェア開発チームに対して技術支援をする職種でした。退職してから転職活動をし、巨大企業で研究開発をすることになりました。前職のキャリアと転職活動を振り返り、記すことにします。 自分にとってのキャリアの整理のために書くのですが、もしかすると似た境遇の人が参考になるかもしれないですし、公開する文章にした方が本腰を入れて書けるので、ここに書きます。時折見られる華々しい転職エントリとは異なり、凡人のキャリアについての文章です。社名は本旨には関係しないので載せていませんが、いくらか調べれば出てくるでしょう。 駆け出し:2007〜2008 私は大学で情報工学を学んでいました。学業では周囲に比べると劣等生で、あまり研究は好きではありませんでした。その代わりといって
SQiPシンポジウム2016に参加し、SIG(special interest group)と呼ばれる特定のテーマについて議論やワークショップなどを開く場の一つを主催しました。テーマは モダンなチーム開発環境を追求しよう というものです。 www.juse.jp 開催の動機 チーム開発 とはソフトウェア開発における技術分野の呼び名であり、"チーム開発実践入門(技術評論社, 2014)"*1 の発刊を機に日本で普及している技術分野名だと思います。バージョン管理・課題管理・継続的インテグレーションなどの技術分野をひとまとめにしているのが特徴で、組織的におけるソフトウェア開発のワークスタイルを大きく決定づける技術分野だと考えています。国際的に "チーム開発" と同義の用語が存在するか確認が取れていませんが、ソフトウェアライフサイクルプロセスの規格である ISO/IEC 12207 におけるサポー
最近になってMarkdown形式で文書を書くことが増えたのですが、改めて考えるとコンピューターを使って文書を書く方法は多様であって、それらの方法をどれだけ経験しているかも人によって様々ではないかなと考えることがあります。 例えば、PC上のMicrosoft Officeなどのアプリケーションで書くのか、Google Docsなどのウェブアプリケーションで書くのか、見たまま編集なのか、何らかの書式に従ったテキストを別途レンダリングするのか、といった方法の違いがありますが、どういった方法に慣れ親しんでいるのかは人によって異なるのではないかと思います。知っているのは1つの方法だけという方々もいるでしょうし、複数の方法は知っているけど特定の方法は肌に合わないという人々も、「肌に合わない」という人々をなんとか矯正したい複数の方法をマスターしている人々もいることでしょう。 一昔前はワープロという言葉が
情報会議 johokaigi.org ソフトウェア開発チームの情報共有を扱う会に参加しました。 ちょうど最近チーム開発ツールに関する仕事をしていたところ、たまたまTwitterでPeatixの申し込みを見つけたのがきっかけです。 ただ、その時は既に満員で「満員かー」とツイートしたところ、主催者の@so1_さんから「キャンセル出たので参加しますか?」とリプライが来て参加することに。 そんなこともあるんですね。 グループワークでは幾つかの少人数グループに分かれて各々のお題について議論しました。 私がいたグループでは「情報共有ツールを導入する効果の定量化を求められてしまった」という悩ましいお題について考えました。 思い付きをポストイットに書いて貼っていくスタイルで考えたのですが、数名で前向きに考えると短時間でも結構アイデアが出てくるものですね。 アイデアは以下の5種類でした。単なる効率化では済ま
クソレビューアだらけのレビュー会 という、はてな匿名ダイアリーのエントリがホットのようです。共感する方が多いのか、1日でブックマーク数が700を超え、結構な勢いでコメントがついています。 何を対象にしたどのような条件下でのレビューなのかを示す文脈は直接書いていませんが、 ソフトウェア開発、システム開発における 欠陥の摘出を目的としたレビューであり レビュー対象はWord等のページ番号のある文書(仕様書や設計書)であり 少なくとも5名以上の同僚が集まる 対面の会議であり 文書の作成者が進行をリードするウォークスルースタイルで レビュアーはこの会議で初めて文書を読んでいる ということが推測できます。 レビューのスタイル であれば、もううまくいかないことは目に見えています。会議の場で初めて見る文書をウォークスルースタイルで作成者が頭から説明してゆくやり方は、設計の欠陥や仕様同士の矛盾などを見つけ
はじめに 以下のエントリがHOTになっています。公開4日後の現在で949はてブです。 技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog 私は企業で Software Engineer in Test としてソフトウェアの保守性に責任を持つポジションに就いている身ですのでこのテーマに関心があるのはよいことだとは思います。技術的負債そのものについてのエントリは過去にも沢山あるようですが、mizchi さんのエントリは誤解を恐れないシンプルで断定的な書き方ですので多くの人に刺さったのでしょう。 ただ、技術的負債(technical debt)というメタファーが万人に誤解無く伝わるのかは疑問です。時間を借りているのかはピンと来ませんし、財務的負債と異なり返済の義務はありません。また、エンドユーザーに提供する価値よりも負債にフォーカスし
403 Forbidden 幾つか引用します 技術に対して情熱がある。情熱が無く、プログラミングが賃金を得るための仕事でしかない人は駄目。 家で趣味でコード書くぐらいが必要。 技術的な話題を話し出したら止まらないような人が良い。促されても技術的な話題で眼を輝かす事ができない人は駄目。 自分で勝手に最新技術を学び続ける。「ああ、それなら出来ますよ。会社の費用で研修を受けさせてくれれば、やれるようになります。」と言うタイプの人はアウト。 これと関連するのが次の記事です。 ソフトウェア開発が好きでないサラリーマンエンジニア:柴田 芳樹 (Yoshiki Shibata):So-netブログ 職種別採用をしない大企業の場合「たまたま割り当てられた仕事がソフトウェアエンジニアだった」ということが起こりやすいので、この記事で言われているサラリーマンエンジニアが生まれやすいでしょう。 たまたまソフトウェ
2011年4月7日現在、はてなダイアリーにはSoundcloudが埋め込みできないようです。(埋め込み用コードを貼っても、コードがテキストとして表示されてしまう) はてなダイアリーに Flash を埋め込むガジェット - てっく煮ブログ を使えばできます。 Soundcloudで貼り付けられたオーディオのShareボタンを押して、埋め込みコードを得る。 得た埋め込みコードの中から http://player.soundcloud.com/player.swf? で始まるURLをコピーする。 Add Gadget to Your Webpage のURLフォームにコピーしたURLを貼り付ける タイトルをつけて、色やサイズをお好みにして… 「コードを取得」ボタンを押して出てくるコードを、はてなダイアリーに貼る。 のようになります。感謝感謝。
自己紹介 こんにちは!Mass Kanekoです。国内メーカーで働いたり飲んだくれたりする傍らで、時々思い出したように曲を作ったりDJをしています。今度の4/23(土曜日)は15:00〜21:00、東京・早稲田の茶箱にてパーティを開催します。 eYecandy たとえばこんな曲を作ったり。 「そんな自己紹介で本当にIT業界の人なのか…」 そうなんです。ITと言っても色々ありますが、私は特定用途の特別に作られたハードウェアの上で動くソフトウェアを開発する職…組込みソフトウェアエンジニアです。身の回りにある製品はソフトウェアが入っているものばかりです。「あのビルのエレベーター、いつも来るの遅いのよね。」それはソフトウェアのせいかもしれません。「こないだ買った楽器、音いいんだよねー」それはソフトウェアの力かもしれません。私の設計したソフトウェアも、ひょっとしたら皆さんの近くで動いているかもしれま
騒音性難聴の体験談です。一般的に認知が薄いのかもしれないので、危険性を知らせるために書きました。 それはオールナイトのライブから帰宅するときのこと。耳鳴りがしていた。外で音楽を聴いた後には毎回起こることなので気には留めなかった。仲間内では「クラブ耳」と呼んでいたこともあって、より一層いつものことかと思うのであった。 おかしいと思ったのは朝帰宅して昼まで寝ても耳鳴りが続いていたときだ。耳鳴りだけではない。聞こえる音がことごとくローパスフィルタをかけたような音になっている。難聴という言葉が思い浮かんだ。もしかして病院へ行った方がいいのかと思いながら、とりあえず「耳鳴り」をキーワードに検索してみた。 遠赤外線療法 - 症例:耳鳴りhttp://www.e-ryoho.co.jp/sample/smp/miminari.htm 長時間にわたり騒音にさらされた場合などに過度の音量に対して聴覚神経が自
このページを最初にブックマークしてみませんか?
『masskaneko.hatenablog.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く