新人エンジニアとその先輩たちへ、新人研修にこの本「ずっと受けたかったソフトウェアエンジニアリングの新人研修」を
新人エンジニアとその先輩たちへ、新人研修にこの本「ずっと受けたかったソフトウェアエンジニアリングの新人研修」を 4月に入り、それぞれの企業では新人研修が始まったことでしょう。最初に挨拶の仕方や名刺の渡し方などビジネスマンとしての基本的なマナーを人事担当や外部の講師から教わったら、次は実際の仕事の進め方を覚えることになります。ここではおそらく、先輩エンジニアの出番になるのではないでしょうか。 そんな新人研修を任される先輩エンジニアに、おすすめしたい本を紹介します。 仕事としてソフトウェアの開発を行うことは、趣味や研究で行うプログラミングとは全く異なります。 仕事としてのソフトウェア開発では、発注元としてのお客様がいて（お客様は社外だけとはかぎりません）、要求について聞き取りを行い、それを仕様に落とし込み、外部仕様書、内部仕様書といったドキュメントで確認をして、プログラミング、コードレビュー、
企業向けソフトウェアは「開発→実行→運用管理」から「クラウドの利用→結果報告」へと変わっていく。米ガートナー
企業向けソフトウェアは「開発→実行→運用管理」から「クラウドの利用→結果報告」へと変わっていく。米ガートナー 現在のエンタープライズソフトウェア業界は、アジリティ（迅速性）を向上するために、「開発→実行→運用管理」を提供する技術から、「クラウドの利用を確立→高い透明性で結果を報告」することにフォーカスしている。と、米ガートナーのリサーチ部門バイスプレジデントのTom Eid氏は、2月2日付けのリリース「Gartner Highlights Five Long-Term, Overarching, and Interdependent Trends Affecting the Enterprise Software Industry」で語っています。 Gartner Highlights Five Long-Term, Overarching, and Interdependent Tren
SI業界からはさっさと抜けだしたほうがいい - ひがやすを技術ブログ
SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受
派遣プログラマ時代の思い出 - もぎゃろぐ
派遣PGとしてひどい目にあった人がいて盛り上がっている。 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。 「これ参考にしてください」と言って渡されたフローチャートは双六のようで、最後から一つ手前に「仕様変更で振り出しに戻る」と書いてあっても驚かないような代物だった。 Togetter-「派遣PG時代の思い出」 で、紅茶屋さんが、そうはいっても、最新技術を追いかけ回す企業が旧態依然とした企業より生産性が高いとは限らないよ？とのご指摘。 現場を変えようと取り組んでも結果として何も変わらないことはよくあります。また、よしんば何か新しいものが導入されても最初の目論見からはねじれた形で運用されてしまうこともあります。 慣習やし
最先端コンサル企業を率いる漆原氏の場合
編集部から：「あの人はどのような経緯で現在の地位にいるのだろう？」。そんな素朴な疑問を持ったことはないでしょうか？ 例えば、同じベンチャー企業の創業社長であっても、苦労に苦労を重ねて会社を大きくした人物もいれば、奇抜なアイデアを武器に、大企業へ急成長させた人物もいます。両者にはどのような違いや共通点があるのでしょうか？ 本連載では業界のキーマンを取り上げ、その生い立ちから現在までの生き様や信条を聞くことで、ある種の共通点やうんちくを引き出すことを目指して掲載していきます。各回は短く小説風に構成していますので、仕事の合間にでも気軽に読んでいただければ幸いです。 「IT業界で働いている」＝「まじめでお堅い技術者」「コンピュータオタク」 かつてはそんな色眼鏡でIT業界を見る人も少なくなかったが、それはもう大昔の話だ。いまや経済全体をけん引する一大産業となり、それでもなお新たなイノベーションが生ま
【AppleとGoogleの与える業界へのインパクト（最終回）】「ソフトウエア技術者の気持ちがMicrosoftやソニーから離れてしまっている」
【AppleとGoogleの与える業界へのインパクト（最終回）】「ソフトウエア技術者の気持ちがMicrosoftやソニーから離れてしまっている」 ―― その1，その2，その3，その4，その5からの続き ―― 質疑応答 USTREAM UIE Japanチャンネルからの質問： 米Apple Inc.のOSの付加価値は「UIKit」や「Core Animation」ですが，ソニーに独自のOSを作るよう提言するとしたら，そのOSにはどんな付加価値が考えられるでしょうか。カーネルはLinuxでいいとして。 中島氏の回答： かなり具体的な質問ですね。もう時期的に少し遅いかもしれないですが，もしできるとしたら，やはり「プレイステーション」や「PSP」をうまく利用してほしいですね。 久夛良木健氏がソニーを離れたときに少しは変わるかなと思ったのですが，今でも家庭用ゲーム機の部門とそれ以外の部門の間には敷居
プログラミングのスピードを上げる方法 - teruyastarはかく語りき
http://q.hatena.ne.jp/1203667934 ソフトウェア開発やプログラミングのスピードを上げる方法はありませんか？ プログラマーとして生きていこうと決めたのですが、いつも見積もりの3倍時間がかかってしまいます。 そのため いつもつらい思いをしています。 環境を良くしようとHHKLite2を使い、カスタマイズソフトでホームポジションから離さずにプログラミングしています。 マウスもゲーム用の高精度のものを使っています。 調べ物にもタブブラウザを使い、拡張し続けて効率化をしています。 DualCoreマシンを使いメモリもたくさん積み、障害がないように心がけがけています。 出始めのころから効率化のためにエクストリームプログラミングも取り入れていました。 単体テスト、リファクタリングも当然行いますが、余計に開発速度が落ちています。 しかし開発速度は効率化とは無縁だとすら感じてい
中小企業の採用担当だけど質問ある？
1 名前：以下、名無しにかわりましてVIPがお送りします：2010/03/19(金) 23:20:28.52 ID:x/aHNiwD0 特定は勘弁。 答えられる範囲で答えます。 4 名前：以下、名無しにかわりましてVIPがお送りします：2010/03/19(金) 23:23:41.45 ID:zjBy6brp0 業種 業界 >>4 ソフトウェア開発、コンサル 情報通信業 38 名前：以下、名無しにかわりましてVIPがお送りします：2010/03/19(金) 23:54:09.92 ID:T1ShuVGn0 最近って中小企業にも異常なくらい応募があるんでしょ？ >>38 ここ２年異常な多さ。 166 名前：以下、名無しにかわりましてVIPがお送りします：2010/03/20(土) 03:21:11.65 ID:VRt7ABuQO 最終の倍率を教えてくだしあ 企業にもよると思いますが >>16
アジャイルって受託開発との相性が最悪な気がする - GoTheDistance
全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ
プログラマが好きそうな読み物100
► 2022 (2) ► 10月 (1) ► 2月 (1) ► 2021 (51) ► 11月 (2) ► 10月 (2) ► 9月 (4) ► 8月 (4) ► 7月 (4) ► 6月 (4) ► 5月 (3) ► 4月 (10) ► 3月 (7) ► 2月 (4) ► 1月 (7) ► 2020 (155) ► 12月 (7) ► 11月 (10) ► 10月 (8) ► 9月 (8) ► 8月 (11) ► 7月 (21) ► 6月 (19) ► 5月 (14) ► 4月 (20) ► 3月 (13) ► 2月 (10) ► 1月 (14) ► 2019 (293) ► 12月 (11) ► 11月 (12) ► 10月 (24) ► 9月 (29) ► 8月 (27) ► 7月 (36) ► 6月 (40) ► 5月 (24) ► 4月 (35) ► 3月 (42) ► 2月 (6
JavaScriptで読み込むCSSファイルをまるっと[7korobi8oki.com]
代表中山陽平 ブログ「苦手意識を無くせばWeb活用はうまくいく」弊社では「がんばる中小企業」のWeb活用をサポートしています。今の時代、第3者である、制作会社や代理店におまかせでは勝てません。同じような商品・サービスが溢れる中、選んでもらうためのコンセプトを立て、それを実現するためにネットもリアルも総動員しながら戦う必要があります。 みなさんが世の中に・自社の従業員に実現したい幸せや提供価値を、しっかりと実現していくためには、みなさん自身が主役になり、私達のような専門会社が側面支援するのがベストです。 このブログでは御社が中心となってウェブ活用できるヒントを配信しています。お悩みの方はお気軽に問い合わせフォームからご相談ください。 最新の記事一覧
![JavaScriptで読み込むCSSファイルをまるっと[7korobi8oki.com]](https://cdn-ak-scissors.b.st-hatena.com/image/square/e43158a9b02ff4438d55128491865b833395bd4d/height=288;version=1;width=512/https%3A%2F%2Froundup-inc.co.jp%2Fwp-content%2Fuploads%2F2019%2F09%2F9106fa4d7b0fdf2534aa97dea102e186.png)
プログラマ大量自宅待機現象
今、日本のプログラマの多くが「休業中で自宅待機」のはずなのに、あまり語られていないので、俺が語ってみる。 --- 中小企業を救う為に国が出したのが、こういうルールだ。 今、壊滅的に仕事が無い。仕事が無いけど社員はいる。社員が会社にいると給料を払わないといけない。 クビにでもしないと会社は破綻する。しかしクビにしたら中小企業は立ち直る体力が無くなる。 よって。 社員を休業中にする事。休業なので、自宅待機。そして給料を６割まで減らす。休業にした社員の分、国が会社に助成金を出す。 --- よって、かなり多くのプログラマが休業中、自宅待機のはず。なのだ。 俺のつとめてる会社は中小なので、社長と直で話す事は多いし、社長は顔が広いので他の中小企業の社長がよく来る。 なので中小企業のソフトウェア会社の社長達の話を聞く事があるのだけど、今の日本、中小ソフト会社は社員半分以上が自宅待機なんてザラらしい。 -
プログラマが仕様を決めればいい - GoTheDistance
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
へ〜たのめも:Google のソフトウェア・エンジニアリング - livedoor Blog（ブログ）
2007年06月07日 Google のソフトウェア・エンジニアリング Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Google のエンジニアはどうやって開発しているのか?」 Google の研修 入社して最初の 3ヶ月は本社(Mountain View)で研修 研修中は、メンターがついて「Google での開発の仕方」を学ぶ 内部ウェブ・サイトで社内共有ライブラリの使い方などを説明する動画があるので、それで自習 Google のプロジェクト・チーム 開発拠点は米国、スイス、オーストラリア、インド、日本など 場所とプロジェクト・チームは関係なく、プロジェクト・チームが拠点をまたがることは普通。世界中の拠点全部合わせて、一つの Google エンジニアリング・チーム 開発はデザイン、コーディング、テスト、改善、デモの運用まで上流から下流まで同じチーム(同
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
契約書のツボ(3)
codeなにがし