フリーランスエンジニアを6年やってみた感想
心が強くないと続かない これまで正社員含め20案件以上やってきた プロジェクトっていうのは色んな環境、色んな事情、色んな会社のステージ、色んなジャンル、色んな開発手法、色んな組織や文化 があって、それら全部に適応できるスーパーエンジニアなんて地頭がガチでいい一部の人間でしかない だから当然だけど何年もやってきたプロパーに比べてパートナーの適応力が劣るのは当たり前なんだ どこの組織でもそうだった 即戦力など基本的にありえない、慣れる時間は必要 正社員の方が上手くプロジェクトをこなし、フリーランスは怒られないように薄ら笑いをするのだ でも話してみると明らかにフリーランスの方がスキルや経験値は上なんだ あくまでそのプロジェクトにどれだけ対応できるかでいうと劣る 専用機か汎用機かみたいな感じ おそらく2,3年やればまた違うんだろう という上記のようなことをフリーランスは知ってるけど各会社の人は知ら
ゲーム開発における失敗するに決まってるプロジェクト問題 島国大和のド畜生
俺は開発中プロジェクトの進行具合を見ればその後の成功失敗をわりと当てることができる。（偉そうに出たが、開発者の何割かは息を吸うようにこれをやる） 数日一緒に仕事をすれば確度はもっと高くなる。 美味しんぼにおける、「天ぷらを揚げる前に、上手い天ぷらをあげる職人が分かるか？」という奴だ。これのチーム版。 なぜそれが解る人と解らない人が居るかを説明する。 犬は嗅覚の世界で生きていて、鳥は視覚の世界で生きている。お互いの世界は理解することができない。 ゲームの開発現場には、犬、鳥、トカゲ、深海魚、ナマケモノと各種種族が入り混じっているので、ある属性の人には別の属性の人の重要な事象がまるで見えていない事がある。犬の世界は鳥には分からないのだから。 例えば日本人は、昔、青色と緑色は同じと扱っていた。どうでもよかったのだろう。 砂漠の民はラクダを表す言葉が年齢性別によって細かく区別されているという。重要
「ホンダは自社で技術開発をしていない？」というブログがSNSで拡散中 (国沢光宏) - 個人 - Yahoo!ニュース
「新卒で入社したホンダを3年で退職しました」というブログの記事が様々なSNSで拡散している。ここであらすじを紹介するのもなんなので（そもそもすぐ読めます）まだ御覧になっていない方はぜひ。読んだ多くの人が「ホンダって自社で技術開発していないのか！」と驚き、ダメ出しをしている。けれどこれを書いた人も読んだ人も、根本的な「思い違い」をしてると考えます。 ・当該ブログへのリンク ホンダに厳しいと言われる私が少し状況を説明したい。まずブログを書いた方は先進安全や自動運転の部門にいたとのこと。この分野、タイヤや変速機などと似ています。タイヤは自動車に必ず付いている部品ながら、開発はタイヤメーカーに丸投げしている。自動車メーカーが行うのはスペック出しと、要求値通り仕上がっているかのチェックです。これ、全メーカー同じ。 変速機も同じ。自動車メーカーはスペック出しをして要求に沿った製品を作って貰う。さらに言
身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。
サイバーエージェントのゲーム・エンターテイメント事業に携わる10社以上の子会社が所属する事業部SGE（Smartphone Games & Entertainment）では、さまざまなメンバーが活躍しています。 初めてプログラミングに触れたのは39年前。新しい技術がどんどん出てくる環境は、新しいことが好きな自分には合っていると語る平松。現在は、特定のプロジェクトには所属せず、事業部横断でネイティブアプリの品質チェックやパフォーマンス改善を担当。事業部にいなくてはならない存在となっている。そんな平松の今までのキャリアとこれからどんなことをしていきたいのかをききました。 初めてプログラムに触れたのは1979年 エンジニアをはじめたきっかけを教えてください。 高校の進路をどうしようかと考えている時に、ちょうど地元の高校で、日本で2番目に情報処理科が開設されました。元々、新しいものが好きだったので
ゲームボーイを開発した伝説の技術者・横井軍平「私はなぜ任天堂を辞めたか」 | 文春アーカイブス | 文春オンライン
さる8月15日、30年以上勤めた任天堂を退社しました。大学を出てからずうっと任天堂で玩具作りにかかわってきたのですが、55歳を区切りに自分のアイデアをもっと自由にいかせる仕事をしようと考えたのです。 もっとも、新しい門出に、いきなり洪水のような報道が襲ってきました。 退社する前日に、『日本経済新聞』が私のことを大々的に報じたのです。 いわく「ゲームボーイを開発した功労者が退社した。鳴り物入りで宣伝した『バーチャルボーイ』失敗の責任をとったものだ」 いわく「『NINTENDO64』が予想以上に売れていないため、任天堂の利益が大幅に減っている」 二つの「事実」を並べて読むと、読者には任天堂が大変な苦境に陥り、まるで内紛でも起こっているかのように思えるでしょう。 実際には、私は「『バーチャルボーイ』失敗の責任をとって」辞めたわけではありません。 前々から、55歳になったら、独立したいと考えていま
転職挫折しました（SIer QA→Webエンジニア） - mhlyc -practice
転職挫折エントリ（SIer QA→Webエンジニア） みなさまこんにちは。 今回私が転職に挫折しましたので、よろしければ何かの参考になればと思い経緯を公開させていただきます。 ※想像以上に伸びたので、ブコメを拾って脚注を追加しました。そんなことしてる暇があったら開発しろって？うるせえ今からやるんだよ！ 当方スペック まずはじめに私の大まかなスペックです。 27歳 地方国立大の情報学科を卒業 SIerのQA*1として5年目*2 うち７ヶ月は開発（レガシーシステムだったので言語はCOBOL） 社外活動も多少取り組んでいる プライベートでの学習はソフトウェアテストが中心、開発はあまりやってない なぜ転職しようと思ったのか？ 理由は以下の通りです。 ゆくゆくは自分でアプリ開発をしたい→それにつながるアプリ開発の仕事がしたい しかし現職でアプリ開発の部署に移るのは難しそう（運用保守の案件になる可能性
業務改善とシステム化を一緒にやってしまう「業務ハッカー」という新しい職業 | Social Change!
前々回の記事『理想の働き方改革より現場の業務改善を 〜 現実的で効果的な「業務ハック」のはじめ方』では、業務改善とシステム化を一緒にやってしまう「業務ハック」というコンセプトについて書いた。 そして、今週末には業務ハックの初の勉強会が開催される。おかげさまで好評なため、大阪でも開催することに。（業務ハック勉強会@東京、業務ハック勉強会@大阪） 今回の記事では、そんな「業務ハック」に取り組む職業「業務ハッカー」、すなわち業務改善とシステム化を一緒にやってしまう仕事について書いた。 業務改善とシステム化を兼業する「業務ハッカー」の土壌 「業務ハック」では、現行業務の分析と見える化を行い、ボトルネックを発見し、もっとも効果的な部分から小さく始めていくことを特徴としている。そして、なんでもかんでも作るのではなく、便利なツールやプラットフォームを駆使して、もっとも費用対効果の高いところだけをプログラ
NECを退職し、新会社を立ち上げました。 - KaiGaiの俺メモ
ご報告が遅れましたが、6月30日付で新卒の2003年から14年あまり勤務したNECを退職しました。 また、本日、東京法務局品川出張所においてヘテロDB株式会社の登記申請を行い、また、併せて新会社のチーフアーキテクト兼代表取締役社長に就任しました。 今後は、前職では実現できなかった、GPUやSSDなどヘテロジニアスな計算機資源を活用する事で、高性能、低価格、使いやすさを両立するデータベース製品の事業化を目指していく事になります。 どうぞよろしくお願いいたします。 web: http://heterodb.com/ 弊社が入居する西大井創業支援センター（品川区） 10年以上も勤務した会社を辞めてスタートアップを立ち上げるというのは、おそらく人生の中でも上位に食い込むビッグイベントの一つだと思うので、今の決意や創業に至る一連の流れについて記録を残しておこうと思います。 （書き下してみたら意外と長
Excelを入力画面にして、Accessに保存すると、こんなにもメリットがあった！ - Excel 業務システム
Excel と Access を連携するメリット Excelで本格的な業務システムを作るって言ったら、Accessだろって言われます。でも、Excelで作った方がいいときもありますよね。 それで、Excelを入力画面にしてAccessをデータベースと連携して司法書士事務所向けの見積請求管理システムをつくることにしました。この方法だと Accessがインストールされてなくても動作します。 入力画面は、誰でも自分で作くれるようにExcelで作成し、入力したデータは管理しやすいようにAccessのデータベースに連携して保存しました。 Excel と Access を連携するメリット エクセルデータベース：なぜこんなことするようになったか？ 変換したデータは、Accessへ保存 入力画面の使いやすさは継承しました 一覧表シートと入力シートの連携 データ編集と登録はどうするの？ 印刷シートの作成も自
ゲーム開発を知らずにゲームが作れるか 島国大和のド畜生
・2023年03月 (1) ・2023年02月 (1) ・2023年01月 (2) ・2022年12月 (1) ・2022年11月 (3) ・2022年10月 (1) ・2022年09月 (1) ・2022年08月 (1) ・2022年07月 (1) ・2022年05月 (2) ・2022年04月 (1) ・2022年03月 (1) ・2022年02月 (1) ・2022年01月 (1) ・2021年10月 (1) ・2021年08月 (1) ・2021年07月 (2) ・2021年05月 (1) ・2021年04月 (1) ・2021年03月 (1) ・2021年02月 (1) ・2021年01月 (1) ・2020年12月 (1) ・2020年11月 (1) ・2020年10月 (1) ・2020年09月 (1) ・2020年08月 (2) ・2020年06月 (2) ・2020年04
弊社エンジニア職の求人に、日本から一向に応募が無い件 - Tous Les Jours 攻防記
先日、弊社CareerLink Vietnamにて、エンジニア職の新規求人を始めました。勤務地はベトナム・ホーチミン市。 東南アジア各国を飛び回るウェブ系エンジニアWanted!! [5/9 03:10 追記] WantedlyのURLが古く応募ができなかったようです。新URLに置き換えました。 日本人にターゲットを絞り、満を持してWantedlyに掲載したのだけれど、応募がない。 個人的には、南国ベトナムで開発に従事するというのは、なかなか魅力的な労働環境だと思うのだけれど、どういうわけか、日本から一向に応募がない。 なぜ応募が振るわないのか、理由を考えてみたが、労働環境に魅力が無いわけではないと思う。ただ、いきなり東南アジア勤務というのが若干ハードルが高く感じられるのかもしれない。 そこで、気を取り直して、現地ベトナムの雰囲気が伝わるよう、採用に関する補足事項等を、本エントリにまとめて
55億円無駄に、特許庁の失敗
政府システム調達における失敗の典型例が、特許庁の基幹系システム刷新プロジェクトだ。5年がかりで臨んだが、結局は55億円を無駄にしただけ。新システムは完成しなかった。失敗の最大の要因は、発注者である特許庁にあった（図1）。関係者の証言から、失敗に至る経過を改めてひもとく。 特許庁は2004年、政府が打ち出した「業務・システム最適化計画」に沿って、特許審査や原本保管といった業務を支援する基幹系システムの全面刷新を計画した。システムアーキテクチャーに詳しい情報システム部門のある職員（以下A職員）と、刷新の「可能性調査」を担ったIBMビジネスコンサルティングサービス（現・日本IBM）を中心に、調達仕様書を作成した。 業務プロセスを大幅に見直し、2年かかっていた特許審査を半分の1年で完了することを目指した。度重なる改修によって複雑に入り組んだ記録原本データベース（DB）の一元化に加え、検索や格納など
コードの綺麗さの先にあるもの - Fashionable Life
2012-11-30 コードの綺麗さの先にあるもの 久々の更新になりますね。せっかくなのではてなブログに移りました。 昨日弊社代表の 「コードが汚くてもいい」っていう社長のインタビュー記事に対して 「コードが汚いのは悪だろ」って脊髄反射してるブクマコメントとかツイートが たくさんあるのでCTOとしての自分なりの意見を書いてみようと思う。 実際の現場 最初に記事を目にしたプログラマー達はまぁ「コードは汚くてもいい」にしか目にいかないだろう。そんな会社で働きたくないって思うかもしれない。この会社には汚いコードが溢れてるんだろうなと。 脊髄反射的にブコメしたり、ツイートされているものは全て拝見させていただいた。 では実際の現場はどうなのか。 盛大に勘違いされてそうだが、そもそもの大前提としてうちのコードは別に汚くない。 綺麗、汚いとかの定義は人それぞれだが、仮にその評価軸をリーダブルコード(可読
退職 - naoyaのはてなダイアリー
グリー株式会社を退職しました。昨日が最終出社日でした。 最終日の昨日はちょうど四半期の〆の日ということもあって、開発本部全体での納会 (飲み会) の中で盛大に送り出していただきました。いただいた花束が自分の身長の半分もあろうかというくらい大きさで、徒歩で帰宅途中、通行人にまじまじと見られるという、なかなか得難い経験をさせていただきました。 在職期間は一年半とちょっとと短かったのですが、その中でもたくさんのことを経験することができました。iOS / Android のスマートフォン版の立ち上げに始まり、SNSの開発、直近では US に出張したりしつつグローバル化の推進ですとか。何より、入社当時3名だったチームを一年半で 50人強まで拡大させる中、その人事権をまるごと任せてもらえたのは大きかったです。一緒にやっているメンバーには、自分の試行錯誤で振り回してたくさん迷惑をかけました、ごめんなさい
僕の知ってる「特許庁」の話 | おごちゃんの雑文
私の見聞きした話の断片を憶測でつないだことなんで、話半分で読んで欲しい。ただ、個々の事実として語っている部分は事実だ。 また、スキャンダル的な部分を除けば、いろんなプロジェクトに共通することなので、一つの「寓話」として読んでもらうといいかも知れない。 特許庁のプロジェクトがコケたって話はあちこちで語られ、いい話のネタになっているようなんだけど、私が知っている範囲では、そういった綺麗な失敗ではない。 くどいようだが、話の断片を憶測でつないだことだから、その辺は用心して読むように。実はfacebookにちょろっと書いたんだけど、もうちょっと整理して書いておく。 「特許庁」のプロジェクトは、実は始まった時くらいに誘われていた。そういった話を持って来た人がいたからだ。あれだけの大プロジェクトに「その人」がなんで関わっていたかは知らない。まぁ当時は「その人」はそれなりに信用していた部分もあったので、
特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐
特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 ［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro 朝日新聞デジタル：費やした５５億円、水の泡に 特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO（ガバメントプログラムマネジメントオフィス）補佐官」の肩書きで2009年まで民間から参加した萩本順三氏（現 匠BusinessPlace 代表取締役社長）がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として本人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩本順三氏の発言の主要な部分を引用します。 内閣官房GPMO（ガバメントプログラムマ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアにクソスペックのPCが割り振られていた現場についての個別事例について: 不倒城
Loading...
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
Good night, Posterous