タグ

開発に関するuturiのブックマーク (206)

  • 一から自分でコードをバリバリ書くという幻想 #21

    友人からこんなコメントをもらった。「最近 bk ノートが、何か困ると同僚に聞きに行くキャラになりつつありますよ。もっと上から目線で書かないと。するとカコイイ! とか言ってくれる人が出てきますよ」 そんなことを言われても、困ったら助けてもらうというのは事実なんだからしょうがない。そもそも、自分の弱さを認めるが強さの始まりというものだ、うんぬん。こんなことを書けば上から目線っぽい?。。が、やっぱりやめておこう。 話を変える。既存のコードをちまちまリファクタリングして、少しだけ新しいコードを追加して、デバッグして、なんてことを年がら年中やっていると、一から自分でコードをバリバリ書けたらどんなに楽しいだろう、なんてことを考えることがある。大きなプロジェクトの中で何かをやっていると、そういう機会は滅多にない。ぶつぶつ言いながら既存のコードをいじくりまわしていることの方が多いのだ。 が、あるとき、ひと

    uturi
    uturi 2016/09/05
    ゼロから作ると『書いては消し悩んでは消し』の繰り返しだもんなぁ。100行書くまでに1000行ぐらいの無駄コードを書いて消すこともあるだろう。
  • 派遣先を選ぶ際の「バカ避け」としての質問項目

    東京都内で、一般派遣のPGとして何年か働いてきました。時給は2600円前後の案件が多かったです。(個人的にはもっと上げたいところですが、なかなか叶っていません) いわゆるWeb系が7割、SIer系が3割です。 SIer系(社内SE含む)は総じてクソだという印象を抱いていますので、バイアスがあるかもしれません。 どんな職種や就業形態であれ、何年かやっていると誰でも、「この条件を満たす就業先はアウトだから、ここで働いてはいけないな」という判断基準が自分の中で確立されてくるものだと思います。 自分のそのような判断基準を整理する意味合いも含めて、「就業先(派遣先)との面談の際、これを聞けば良いな」と思う質問項目を書き出してみようと思います。 typoはご容赦ください。 (1)作業に使うPCのメモリ容量とディスプレイの画素数と枚数を教えてください。 メモリ8GB未満→論外。「我々は、たかだか数千円の

    派遣先を選ぶ際の「バカ避け」としての質問項目
    uturi
    uturi 2016/09/03
    Web系ってそんなに整ってるのか……それでも人が来ないから派遣を入れてるのか。
  • 開発組織マネジメントのコツ - Speaker Deck

    一人 CTO Night での発表資料です

    開発組織マネジメントのコツ - Speaker Deck
  • 超速射・レールガン(電磁加速砲)を日本独自で開発へ 中露ミサイルを無力化 防衛省が概算要求(1/2ページ)

    政府が、米海軍で開発が進められているレールガン(電磁加速砲)について、研究開発に格着手する方針を固めたことが21日、分かった。平成29年度予算案の防衛省の概算要求に関連経費を盛り込む。米政府はレールガンを将来世代の中心的な革新的技術と位置づけており、日としても独自に研究開発を行う必要があると判断した。 レールガンは電気伝導体による加速で発射する新型兵器。米海軍が開発を進めているレールガンは、1分間に10発を発射することができ、時速約7240キロの速度で射程は約200キロとされる。対地・対艦・対空すべてに活用でき、ミサイル防衛でも中心的役割を担うことが期待されている。 火砲やミサイルと比べて1発当たりのコストが低く抑えられ、中国ロシアの弾道ミサイルや巡航ミサイルを無力化できる可能性も秘めていることから、米海軍研究局は戦争の様相を決定的に変える「ゲームチェンジャー」と位置づけている。

    超速射・レールガン(電磁加速砲)を日本独自で開発へ 中露ミサイルを無力化 防衛省が概算要求(1/2ページ)
    uturi
    uturi 2016/08/23
    レールガンってSF作品に出てくる技術というイメージが強いが、本当に実用化できるのだろうか。電磁加速というあたりでめっちゃ電気食いそうなんだが。
  • 渋滞回避を狙った中国の「またがりバス」がまさかの実車化、今後は実験走行も開始

    2016年春にはSNSなどで拡散されたこともあって、道路をまたぐように走って渋滞の車列をクリアする中国の「またがりバス」を目にしたことがある人も多いはず。そのエキセントリックなアイデアに度肝を抜かれた人も多いと思いますが、なんとそんなバスは単なるネタではなく大まじめに開発されており、なんと実車が一般に公開されました。さらに、今後は実車を使っての走行実験も行われる模様です。 China finally built an elevated bus that straddles traffic and it's totally bizarre | The Verge http://www.theverge.com/2016/8/2/12360620/china-TEB-elevated-straddling-bus-unveiled 北京の東に位置する秦皇島(チンファンダオ)の市内で公開された「

    渋滞回避を狙った中国の「またがりバス」がまさかの実車化、今後は実験走行も開始
    uturi
    uturi 2016/08/03
    実際に実用できるかどうかはともかく、こういう目の付け所がシャープな製品を作れるってのは勢いがある国ならではだなぁ。こういうチャレンジ精神があるのは羨ましい。
  • つっちー先生のみずほ銀行次期システム遅延報道に関する解説・見解

    ケビン松永 @Canary_Kun 銀行のシステムが仮に300Msrepだとすると、Word 40行/ページ換算で750万ページだから トータル5万冊の百科事典を、ピーク時8000人の体制で書いてる感じですね。 そして、書いてある内容には不整合があってはならない… matome.naver.jp/m/odai/2146052… 2016-07-08 23:55:47

    つっちー先生のみずほ銀行次期システム遅延報道に関する解説・見解
  • 20万人月の作業を1人でやる話 〜1万7千年生きたSE〜 - 特別天然記念物

    昔々、具体的には約1万7千年前の旧石器時代、大学の情報工学科を卒業して、新卒22歳でSIerに就職した男(以下SE)がいました。 SEはある日、上司に言われました。 「2016年くらいに、銀行で大規模な基幹システムが必要になるらしいから、今から君一人で作り始めて。工数は20万人月ね。」 そういうと、上司はシステム企画構想やそれに伴う提案書、ノートPCを1つSEに渡して、自分は狩りに出かけました。 途方にくれるSE氏、ここから彼の約1万7千年(1万6666年)にも及ぶ、20万人月のシステム開発が始まるのでした。 約1万7千年前 |- 要件定義書を作成着手。 | 周りの人達は狩りをしながら生きている。 | 約1万6千年前 |- 要件定義書の作成が完了する。 | 基設計に着手する。 | 土器を作り始める人が現れる | 徐々に日列島が大陸から離れ列島になっていく。 | 約1万4100年前 |-

    20万人月の作業を1人でやる話 〜1万7千年生きたSE〜 - 特別天然記念物
    uturi
    uturi 2016/07/08
    20万年の歴史と巨大案件の比較は面白いな。人類の歴史が終盤に加速してるあたりも似ているかもしれない。
  • みずほ銀行次期システム関連のまとめ(2016/11/24 追記あり) - Akio's Log

    (追記1:2016/7/11 7/7以降のブログ記事などを追加) (追記2:2016/11/24 延期発表の記事を追加) こんばんは。SE兼PM見習いです。 例のみずほ銀行の次期システム開発が話題になってますね。 blog.livedoor.jp blog.livedoor.jp 毎年この時期に、みずほ案件がグダグダだよね、という情報が出てくるのはもう恒例行事となってますが、開発工程終盤を迎えていよいよヤバイ状況が隠しきれなくなっているようです。 趣味が悪いと言われますが、デスマウォッチャーでして、特にこのみずほ銀行案件をウキウキとウォッチングしているのですが、ここでブックマークしている過去の情報を時系列に振り返ってまとめてみたいなと思います。 2002年〜合併時のシステム障害〜 次期システム案件の話に入る前に、みずほ銀行合併時の大規模システム障害に触れておく必要があります。 https:

    みずほ銀行次期システム関連のまとめ(2016/11/24 追記あり) - Akio's Log
    uturi
    uturi 2016/07/07
    最初のシステム障害から現在までを他のweb記事を元にまとめた記事。マルチベンダにしたことで責任と要件が分散してる感じがある。映画化とかアニメ化したら盛り上がりそう。
  • 大規模システム開発案件のデスマーチは、どうしてこんなにつらいのか - あいむあらいぶ

    かるび(@karub_imalive)です。 この春までSI業界にいたので、たびたび大型システム開発案件の大規模炎上を見てきました。そして、ここ最近はみずほ銀行のシステム統合案件が厳しいようです。 2012年頃からスタートし、一昨年くらいからヤバイんじゃないの?と言われていた案件がどうも最終局面な感じになってきているようですね。 規模的に見ても、大きすぎて後戻りできないっぽいので、カネと時間がいくらかかっても最後までやりきるしかなさそう。しかし、みずほ社内オトシマエとしてたくさんの悲しい人事異動が発令されることでしょう・・・。(まぁ、今回はソースがまとめサイトやマイナー雑誌の抄訳なので、詳細については続報を見守りたいところですが・・・) さて、プロジェクト炎上にも色々ありますよね。大きい案件なら数千人規模から、小案件なら2~3人規模のプロジェクトまで、規模を選ばず、炎上するときは炎上する

    大規模システム開発案件のデスマーチは、どうしてこんなにつらいのか - あいむあらいぶ
    uturi
    uturi 2016/07/07
    情報がこないから何をやっていいか分かっておらず、結果としてコミュニケーションによる設計ミスが増える、と。大規模案件は炎上せざるをえない構造なんだろうか。
  • ウォーターフォール型開発プロセスの有効性 - 勘と経験と読経

    牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面倒なのでブログにまとめている側面もあるのだけれど。結論を先に書くと、計画駆動とアジャイルの扱いはバランスを重視。WFがメリットが無いというのは言いすぎだと思っている(課題はある)。 こちらも合わせて読んだ 日アジャイルが流行らない理由 - @ledsun blog 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance そもそも批判されるようなWF型プロジェクトは実在するのか 件に限らず批判されがちな「ウォーターフォール型開発プロセス(以下WFと記述)」だが、実際のところ皆さんそれぞれ

    ウォーターフォール型開発プロセスの有効性 - 勘と経験と読経
    uturi
    uturi 2016/06/23
    一度に大きく作るのは問題点もあるものの、大規模システム導入だと作りやすい。旧システムと新システムが混在する状況を許容すると、現場側はデメリットの方が大きくなるし。
  • 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ

    私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ15年ぐらい実施し、導入の支援をしている。私はかつては、日の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか?ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して

    私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
    uturi
    uturi 2016/06/21
    ここまで長文にも関わらず「偉い人が言ってたけど自分もそう思う」としか書かれてないのは驚き。てっきり、メリットデメリットと今昔を比較してくれるかと思っていたのに。
  • <不正プログラム>TV無料視聴をネット公開、少年逮捕 (毎日新聞) - Yahoo!ニュース

    有料のデジタル放送をパソコンで無料視聴できるプログラムを開発してインターネット上に公開したとして、警視庁サイバー犯罪対策課は8日、佐賀市の無職の少年(17)を不正競争防止法違反容疑で逮捕したと発表した。 パソコンで有料のデジタル放送を視聴するには「B-CASカード」が必要。これまでカードを不正改造して無料視聴できるようにして摘発された例はあったが、カードがなくても視聴できるプログラムを公開したケースで逮捕されるのは全国で初めて。 逮捕容疑は昨年6月23日、同カードがなくても有料デジタル放送が無料で視聴できるプログラムを独自に開発し、自身のホームページ上に無料で公開して不特定多数の人が閲覧、入手できる状態にしたとしている。少年は「今は話したくない」と認否を留保しているが、逮捕前の任意の調べには「カードが邪魔だった。無料視聴したかった」と容疑を認めていたという。 同課によると少年は、ネッ

    uturi
    uturi 2016/06/08
    “ネット上に公開された数百ページにわたるデジタル放送の仕組みが書かれた仕様書を読み込み、独自でプログラムを開発した” これだけ読むと天才に見えるが、コア部分は案外数ページだったりするしなぁ。
  • ネットゲームデータベース設計むかしばなし、あるいはとんでもないMMORPGの設計の話: 不倒城

    目次・記事一覧(1) レトロゲーム(185) 日記(772) 雑文(512) 書籍・漫画関連(56) 子育て・子どもたち観察(115) ゲームブック(12) フォルクローレ・ケーナ・演奏関連(86) FF14(40) レトロでもないゲーム(336) 始めたばっか(13) アナログゲームいろいろ(37) 人狼(48) ネットの話やブログ論(61) 三国志大戦(20) 無謀的世評(52) ゴーストライター(16) 大航海時代ONLINE(40) FF3(6) Civ4(18)

    uturi
    uturi 2016/05/30
    “技術的知見をもったアーキテクトが一人たりとも開発チームにいなかった” 専門家がいない状態で見切り発車か。問題が起きた頃には回復困難な程度の致命傷なんだなぁ。怖い。
  • つらくないコードレビューの運用 - Speaker Deck

    All slide content and descriptions are owned by their creators.

    つらくないコードレビューの運用 - Speaker Deck
  • 「工数一日」は「明日できる」じゃない!エンジニアと非エンジニアのギャップとは - paiza times

    Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ!』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャーといった非エンジニア職の方々は、エンジニアとコミュニケーションをとることに難しさを感じたり、考え方にギャップを感じたりしたことがある方もいらっしゃるかと思います。 「エンジニアとわかりあえない…」「エンジニアが何を考えてるのかわからない…」という方のために、エンジニアとのトラブルのもととなるやりとりや、気を付けるとよいことを考えていきますので、非エンジニアの方々の参考になればと思います。 ■「どれくらいでできる?」はその場で決められるものではない 非エンジニアエンジニアのもめごとの原因で多いのが、スケジュールに関することです。 非エンジニア「この機能どれくらいでできる?」 エンジニア「一日でできます」 非エンジニア「じゃあ明日リリース

    「工数一日」は「明日できる」じゃない!エンジニアと非エンジニアのギャップとは - paiza times
    uturi
    uturi 2016/05/26
    互いに相手に話さない情報が多過ぎて不満が出るというのはよくある話。工数1日って言い方はあまり無い(1人日なら多いが)ように思えるけども。
  • シンプルでわかりやすいコードを書くためにあなたがすべきこと - give IT a try

    はじめに 先日、とある知りあいのRubyプログラマからこんな相談を受けました。(内容はちょっとボカしてます) 社内のコードレビューでもっときれいなコードを書けるようになった方がいい、と言われました。 「きれいなコードを書けるようになれ」と言われても、具体的にどうすればいいかわかりません。 伊藤さんのアドバイスを聞きたいです。 この内容だけだとどんな問題があるのかわからないので、実際に指摘を受けたRailsアプリのコードを見せてもらいましたが、確かに「もうちょっと頑張りましょう」と思うような点がチラホラありました。 ただ、具体的にどうすればいいの、という答えは一言では言えません。 というわけで、今回のエントリではこの悩みを解決するのに参考になりそうな話をあれこれ書いてみようと思います。 (その前に)もくじ かなり長い記事になってしまったので、先に目次を載せておきます。 はじめに (その前に)

    シンプルでわかりやすいコードを書くためにあなたがすべきこと - give IT a try
  • Engadget | Technology News & Reviews

    How to watch Polaris Dawn astronauts attempt the first commercial spacewalk

    Engadget | Technology News & Reviews
    uturi
    uturi 2016/05/11
    “「据え置きと携帯のハイブリッド」というとソニーのVita TVをまぶたに浮かべたりもしますが”
  • プログラムにコメント書かない文化もあるよって話|NZ MoyaSystem

    以下の記事を読んで。 530000micro.hatenablog.com 僕が勤めている会社では、原則、プログラムにコメントを書かないのがルールです。 人生で初めてプログラムに触れてからこのかた、プログラムには必ずコメントを書けと指導されて来ましたし、自分自身も、後輩たちにちゃんとコメント書けよと言い聞かせてきました。そんなわけで、最初に全然コメントのないソースコードの山を見たときは、正直「ゲッ、なんじゃこりゃ……」と面らったのは確かです。 ところが、「なぜうちのプログラムにはコメントがないのか?」と同僚に尋ねてみると、実に納得の行く回答が返ってきたのでした。 なぜコメントが必要なプログラムを書くのか? 同僚いわく、「コメントが無くても読めるようなプログラムを書け」という思想が根底にあるのだそう。 適切に関数や変数が命名され、スコープがきちんと管理され、ロジックの流れが整理されているコ

    プログラムにコメント書かない文化もあるよって話|NZ MoyaSystem
    uturi
    uturi 2016/04/22
    “プログラムで表現しきれない部分は、すべてコミットメッセージやコードレビューのログ、チケットへのコメントなどに書いています。”ソース内ではなく外部にコメントを記載、って感じかな。
  • 【悲報】損保ジャパン日本興亜、COBOLからJavaに切り替え : IT速報

    損害保険ジャパン日興亜は、基幹システムの刷新を進めている。従来のCOBOLアプリケーションの大半をJavaに切り替えるという。 日オラクルは2016年4月19日、損害保険ジャパン日興亜(以下、損保ジャパン日興亜)が進めている基幹システム再構築プロジェクトを支援すると発表した。 システムの検証に利用するクラウド型のJava実行環境を提供するほか、損保ジャパン日興亜に特化したJava技術者の育成プログラムを提供する。今後2年間で最大40名のJavaリード・アーキテクトの育成を目指す。 損保ジャパン日興亜は現在、フィンテックの実現などに向けて基幹システムの刷新を進めている。計画では、従来のCOBOLアプリケーションの大半をJavaアプリケーションに切り替える。これに伴い、Javaの開発力と技術力、迅速に検証可能なクラウド型のJava実行環境などを必要としている。Javaの国際的標準化

    【悲報】損保ジャパン日本興亜、COBOLからJavaに切り替え : IT速報
    uturi
    uturi 2016/04/21
    この当時はまだ「これでCOBOLを駆逐できる」と考えていた……という展開にならない事を祈る。
  • 【島国大和】“国産ゲームならではのこだわり”に未来はあるのか?

    【島国大和】“国産ゲームならではのこだわり”に未来はあるのか? ライター:島国大和 島国大和 / 不景気の波にもがく,正体はそっとしておいて欲しいゲーム開発者 島国大和のド畜生 出張所ブログ:http://dochikushow.blog3.fc2.com/ 皆さんデスマーチしてますかー。(挨拶) お久しぶりの島国大和です。 最近のゲームシーンは,PlayStation 4が絶好調,Oculus VRの「Rift」もついに発売され,PlayStation VRへの期待も大と,なかなか熱いですね。しかし,そんな中でも,何か足りないんですよ。足りない。俺の心にポッカリと穴が。 それはそう,“国産”! 国産のすごいゲームが見たい! AAAタイトルはもう海外産ばかり! 日人が好むような,日人ならではのこだわりがある,国産ゲームで遊びたい! 日ゲームシーンが熱くなってほしい! 実際のところ日

    【島国大和】“国産ゲームならではのこだわり”に未来はあるのか?
    uturi
    uturi 2016/04/18
    最近遊んだゲーム面白かった、に終始してしまってるので、もう少し海外ゲームの具体例が欲しかったな。