主催・運営した エムスリー x Gunosy Beer bash! の発表資料です^^ gunosy-beer.connpass.com/event/22825/
![個人開発と徳](https://cdn-ak-scissors.b.st-hatena.com/image/square/bd4495529ccf234a77c3b35faea5c413c3f9334f/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Frandom-140628025815-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに
こんにちは、たまです。 突然ですが、皆さんは「プロジェクトは完遂したけど、想定していた見積もりよりも人件費が赤だった・・・スケジュールが伸びてしまった・・・。」という経験はありませんか? これには、もちろん様々な理由が考えられますが、そもそもタスクの工数分析に問題があるかもしれません! 今回は、想定工数の誤差を軽減するのに参考となる「PERT」をご紹介します。 PERTとは? プロジェクトには思いがけない悪い事態が発生し、納品が想定より遅れる場合があります。 悪い事態を明確に予想できる場合はそれを見越して工数を算出できますが、予想できない場合は多少のリスクを足しただけの「一点見積もり」がほとんどではないでしょうか? しかも、「多少のリスク」とすると最小の工数に寄った計算になります。そういった一点見積もりでは工数の誤差が発生する可能性が高くなります。 そこで誤差を軽減するためにPERTを利用
NodifyはJavaScript製のオープンソース・ソフトウェア。最近、サーバサイドのJavaScriptフレームワークであるNodeJSが熱い。多数のソフトウェア、ライブラリが開発されており、Herokuでもサポートが開始されるなど本格的になってきている。 NodeJSを遊ぶのにぴったり そんなNodeJSを使って色々遊んでいる人たちに使ってみてもらいたいのがNodifyだ。Webブラウザ上でNodeJS向けのコードを書き、その場でテスト実行できるいわばIDEだ、 Nodifyを立ち上げるとWebブラウザが表示される。後は自由にコードを書き、その場で実行できる。NodeJSのサーバをNodify上から立ち上げることも可能だ。console.logを使えばデバッグメッセージを出力することもできる。Google Chromeを使えばデバッグも可能だ。 Nodify上からNodeJSを実行で
Microsoftはビジネスアプリケーション開発に興味があるビギナー向けのRapid Application Development (RAD)ツール「KittyHawk」(開発コード名)を開発しているが、今回、正式名称を「Visual Studio LightSwitch」と発表した。パブリックベータは米国時間8月23日に公開の予定という。 KittyHawkについては、以前このブログで書いたことがある。その際、このツールはFox/Accessスタイルのプログラミングを.NETにもたらすものだと予想していた。実際、8月3日に同ツールを発表した際、Microsoftの開発ツール&プラットフォームでマーケティングを担当するシニアディレクター、Dave Mendlen氏はそれがLightSwitchの目標である、と述べた。 MicrosoftはLightSwitchを、デスクトップ、ウェブ、ク
"プロダクトアウト"。技術や思い入れなどを優先して製品を作るやり方です。 技術から発想しなければなし得ない製品というのは当然ありますし、そういうものこそ革新的であるとずっと思っていました。ですが、僕はこの「プロダクトアウト開発」というのを、いつからか都合の良いように解釈していた。自分達がやりたいことを優先するための正当化、技術的に困難な課題を解くことからはじめるのではなく、そこに扱いやすい技術があるからそれで作るという、リスクを取らない開発のための言い訳。 「プロダクトアウトじゃないと、真に新しいものは作れないんです。」 先日、『マツダはなぜ、よみがえったのか?』という本を読みました。不振に陥った自動車メーカーのマツダが、苦境の中から RX-8 を開発し、その状況から脱出するまでをつづったノンフィクションです。この本には「ほんとうのプロダクトアウトとはなにか」ということが記されていました。
データベースの醍醐味は、パフォーマンスチューニングにあります。 チューニングによっては、同じ処理でも1時間掛かる場合もあれば、 1秒で終わるということもあり得る世界です。 僕はDBの魅力に取り付かれた者の一人です。 DBという技術の奥深さが気に入っています。 DBを極めると、どこの現場に行っても絶対に必要とされます。 また、どこの現場に行っても正解を導く方程式は一緒なので応用が利くのです。 しかし、その基本原理を体系的に学べる手段はあまりありません。 OracleMasterやMCDBAといった資格試験でも学べることは限られていて あとはWebで調べるなりマニュアルを読むなりするしかありませんでした。 とくに肝であるパフォーマンスチューニングについては、 経験則でチューニングしている部分も多いです。 Oracle、SQLServer、MySQLと色々なDBのチューニングをしてきましたが、
1. グロースエクスパートナーズ(株) ビジネスプラットフォーム事業ゼネラルマネージャー チーフITゕーキテクト 日本Javaユーザー会幹事 日本Springframeworkユーザー会幹事 鈴木雄介 現場のITアーキテクトが知っておくべき10のこと - あるいは、技術が分かるPMが知っておくべき10のこと 2. 自己紹介 鈴木雄介 エンタープラズゕプリのITゕーキテクト 標準化支援、技術支援、新規事業企画… ブログ:ゕークランプ http://www.arclamp.jp/ 日本Javaユーザー会幹事 日本Springframeworkユーザー会幹事 日経SYSTEM「ITゕーキテクトの視点」連載 3. 狙い ITゕーキテクトが現場で”考える”ための 考え方を紹介 “銀の弾丸ゕーキテクチャ”は存在しない 現場に合わせて悩み、考えることが大事。
Our Idea The key here is simple: "Taking baby steps is better than taking no steps at all!" We plan on writing 31 iPhone applications in the next 31 days. We will publish both the executable and the source code for each application. Our goal is for each of these applications to be useful, interesting, and straight-forward. Someone considering writing their first iPhone application should be abl
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「~はできますか
2008年の一大トピックス 2008年のIT分野のトピックを振り返るときに、iPhone 3Gの登場は外すことができないだろう。3Gネットワークに対応して、広く世界中で販売されたこの携帯電話は、瞬く間にヒット商品となった。 注目すべきはデバイスとしての機能だけではない。サードパーティにアプリケーション開発の門戸を開くべく、iPhone SDKが公開。さらに、開発したアプリケーションを世界中で販売できるApp Storeもオープンした。これによりiPhoneはもっともホットなプラットフォームとなり、現在までに登録されたアプリケーションは10,000本。ダウンロード総数は1億本という、驚くような数字が記録されている。 iPhoneとApp Storeは、ユーザだけでなく開発者にとっても魅力的だ。個人や資金力のない会社でも、開発した製品を世界中に問うことができるのだ。アイディアと技術力を武器にし
刺戟的な題名で続けます。 前回は日本独特のSE/PGの分業体制がどのようにして発生したのか、ということを説明しました。それは日本にソフトウェア開発が産業として根付いたときに、PGが単純作業労働者と位置付けられてしまったため、上級技術者を区別する言葉が必要とされた、それがSE(システムエンジニア)だというものでした。 ●C言語@UNIXでは COBOLの開発ではSE作業とPG作業がきちんと分けられていると思われがちですが、これも前回述べたとおり実際には形式だけのものになっていました。これはタイムシェアリング端末の普及によってプログラミング作業が格段に効率化されたからでした。プログラミングに残っていた煩雑な手作業の部分が省力化されたのです。 この事情はBasicやC言語でも同じことです。1980年代後半、わたしは最初の会社を辞め、パソコンの開発をするようになりました。現場では、技術者はそれぞれ
Appsamuck.com – Baru baru ini sering terdengar keluhan dari para member yang kehilangan saldo ketika ingin bermain dan baru login. Hal seperti ini tentu sering anda alami atau mungkin sebagian dari anda telah mengalami. Bermain judi online tentu memiliki arti tersendiri bagi tiap orang karena didalamnya terdapat kredit yang bisa dicairkan menjadi uang asli. Siapa yang tidak tergiur dengan uang asl
コンピュータサイエンス系の人たちの間では、サーチのテクノロジーで人気があるのはリリバンシー、次はバーティカルサーチ。 他の要素としては、クローリングとインデキシング、クラウド系というところらしい。 サーバをグリッド化(やや死語だな)して、、みたいなのは、コンピュータサイエンスというよりはエンジニアリング。 昔、シックスアパートの某Perlギークの人と話をしたとき、「自分はエンジニアリング系じゃないんで、、」と言っていた。そのときはエンジニアリングという言葉の定義がよくわからなかったけど、なんとなくわかってきたかも。 あ、全文検索とかマイニングとかも面白いといっていた。まあこれは要素技術だけど。Luceneを作った人が別で作ってる奴が結構良いって。なんだろ。SolrかHadoopか。 あと、エンタープライズサーチ。例えばメール。誰がどんな単語を多用しているかをサマリーしたり、検索させたり。
システム構築や受託ソフトウェア開発などのITサービス業界は「とりあえず」が通用する業界だ。要件が明確でなくても「とりあえず」開発を始め、要員が足りなくても「とりあえず」プロジェクトは続く、ユーザー企業への請求額が決まっていなくても「とりあえず」、納品する。しかし、このような「とりあえず」を許す業界の一部の体質は2009年4月以降、変わらざるを得ないだろう。開発の進捗管理が厳密に求められる工事進行基準の原則適用が始まるからだ。 工事進行基準の基礎や影響、対応については以下記事を参考。 デスマーチがなくなる? IT業界に義務付け「工事進行基準」ってなんだ 工事進行基準を分かりやすく解説してみよう【基本編】 工事進行基準を分かりやすく解説してみよう【対応編】 ベリングポイントのシニアマネジャーで公認会計士の山田和延氏は6月20日の説明会で、ITサービス企業が進行基準を適用する上での課題と対応策を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く