人の育て方 島国大和のド畜生
現場を回すのと人を育てるのは、わりと一緒というか、最初から戦力がそろっている場合の方が珍しいので、必然的に人を育てる必要が出る。 自分は現場でプロジェクトをグルグル回す事に特化した人間なので、そこはそれなりにこなしてきた。それ以外の能力に欠ける分、ここは多少は出来る。 自分の場合「環境が有れば人は勝手に育つ」と思っているので環境を用意する事に注力して終わりだけど。育つ気のない奴は知らん。 自分が人に何かを教えるなんておこがましいや。知ってる事はいくらでも教えるけどさ。というのが前提。 なので、自分がプロジェクトを動かしていて人に仕事を振る時に意識するのは以下の手順。 ①プロジェクトの全容を伝える。その中で担当してもらいたいタスクを伝える。 ②その相手が出来ると思うサイズにタスクを細分化して渡す。 ③出来たら次はもっと大きいかたまりでタスクを渡す。出来なかった場合はさらに細分化して渡す。 ④
技術を伝えても、技術者の価値はなくならないという話 - プログラマでありたい
増田で、この記事が話題になっていました。 正社員に仕事を教えたくない 私は今年で契約が切れるパート。同じ部署に昨年、数歳年下の新入社員が配属された。 彼女は私が少ない仕事から数年かけて学び、また効率的に処理できるように試行錯誤して会得したノウハウを、たくさんの仕事の中でどんどん吸収している。これまで私しか使えなかったソフトも、ほぼ同じくらい使えるようになった。 この記事書いた人の仕事の内容はよく解らないので元ネタに対するコメントは差し控えます。一方で、これを見ていたIT系エンジニアのクラスタっぽい人々が、技術職にとっては技術を伝えると自分の価値が無くなるよなぁ的な発言をしているのを幾つか見たののが興味深かったです。なので、ITエンジニアにとっての技術と、それを伝えるということを考えてみました。前提として、ITエンジニアの技術についてです。製造業の技術流出は別の問題だと思うので、対象にしてい
あるソシャゲ会社のプロジェクトのひっくり返り方。 島国大和のド畜生
伝聞。 あるソシャゲ会社のプロジェクトのひっくり返り方。 １年目 新卒に運営の手伝いをさせる。 ２年目 運営を切り盛りさせる。 ３年目 開発の頭をやらせる。 （実際にはそれぞれ６ヶ月ぐらいと思われる） そりゃひっくり返るわ。 何一つ開発で学んでないじゃんか。なぜ開発ができると思うんだ。 運営業務はウィークリーでデイリーなので、関わってると運営に関しては結構いいスピードで詳しくなるが。 開発は少なくとも数ヶ月かかるので。詳しくなるには何本かの完成に付き合う必要があり数年を要する。 絵でも漫画でもゲームでも。１本仕上げる度に能力がつく。 １本まるっと面倒見ないと、それを作る間にどういうコストとリスクがあるのかを肌で理解できない。 どういうトラブルが発生し、それをどう解決したかの蓄積がたまらない。 そもそも今あるトラブルがどれぐらいのトラブルなのかも見当がつかない。 イベント１コつくるのとゲーム
kousyoublog.jp – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
辞めるか辞めないか
会社を辞めるか辞めないかで、半月位悩んでいる。 やっと3カ月が過ぎ正社員にしてもらったのに、途端にやめさせて下さいと言うなんて非常識にも程があるけど、辛い。 初めて転職活動して、未経験でも良いという会社に入った。 本当はデザインの仕事に就きたいと考えていたけど、今の会社の業務も興味があるのもだったのと、 もう何社か落ちている自分を、雇ってくれるという言葉が本当に嬉しくて、頑張ろうと決めた。 少人数の会社で、社長と先輩と私しか社員がいなかった。 社長は営業でほぼおらず、もし社長がいたとしても制作内容についてはまったく分からないそうで、 指導は先輩にして頂いている。 ここで私は自分がどれだけ仕事出来ないクズ人間なのか気付かされた。 まず、未経験とは言ってあったけど、先輩にまではその情報が言っていなかったのか、 ある程度受けた説明がまったく理解出来なかった。 まずこれは、どういう意味なのかを尋ね
残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。
残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。 船底の穴からの浸水を必死でかき出しながら、どうにか進んで行く。そういう航海だ。 船のどこにどれだけ浸水箇所があるのかは分からない。 ある穴を塞ごうと船底に板を打ち付けたら、 それによって別の場所に新しい穴を空けてしまったりする。 船の構造はあまりに複雑で、膨大な部品の間にどんな依存関係や相互作用があるのか、 誰も完全には把握していない。 それは、はるか昔に組み立てられた太古の船で、 構造把握の手掛かりは、代々伝わる不十分で不正確な古文書だけなのだ。 新任の船員は、出た水に対してとにかく手当たり次第に対処した。 どんな物でも使い、徹夜で穴を塞いで回った。 ひたすら大きな声で号令を出し、 いかに早く穴を塞ぐかが、船員の間で競われた。 何人もの船員が過労と心労で倒れ、 航跡には水葬者が点々と残された。 船員たちが経験を積
組み込みもけっこう末路なのかもしれない
業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道 業務系に限らず、組み込み系もけっこう先行きは明るくないと思う。 メーカーの下請けでやってるようなところだと ・メーカーの予算削減で人員は減るが仕事量は変わらない ・むしろシステムの高機能化でアーキテクチャは複雑になる ・しかし一つの製品の納期はどんどん短くなる ・メーカー側もコスト面から製品に対して人員を割かなくなるので、メーカー側の社員が手が回らず下請けに丸投げしだす ・請け側の会社も仕事が少しでもあるところにスキルをあまり考えずに要員を投入する はい、デスマ。 発注側も受け側も余裕が無くなっていて、それでも請けるほうは仕事無いから請けるしか無くて、だいたい当初の想定通りのフェーズや要因で炎上する。で、年中残業やら休日出勤やらで疲弊するエンジニア。 請ける側にも多分に問題はあって、マネジメントできない人がマネジメントをし、設計
業務系SEの末路的なお話でして
Statistics Favorites 4 Downloads 0 Comments 0 Embed Views 0 Views on SlideShare 0 Total Views 0 業務系SEの末路的なお話でして — Presentation Transcript 業務系SEの今後について 消費税増税と年金問題が与える影響 2012// 株式会社ノーチラス・テクノロジーズ http://www.nautilus-technologies.com/ mailto:contact@nautilus-technologies.com Tel: 03-6712-0636 Fax: 03-6712-0664 Copyright © 2011-2012 Nautilus Technologies, Inc. All rights reserved.NAUTILUS Proprietary &
クラウドファンディングについて思うこと - phaの日記
先日CAMPFIREで書籍の制作費用を募集した件で、日刊サイゾーの取材ということでライターの今一生さんから問い合わせがありましたので、その返答をここに書いておこうと思います。 （今一生さんからいただいたメールは http://dl.dropbox.com/u/572031/crowdfunding.html に全文を置いておきます。） ★phaさんは「ニート」と自称していますが、アフィリエイトや投げ銭、執筆などさまざまな収入手段を活用して生活してきた経緯から「自営業者」として自己紹介するのが事実をフェアに伝えることではありませんか？ （※phaさんは雇用＝労働と考え、その労働を自ら降りているため、雇用準備のための教育を受けていない」というニートの定義に当てはまりません） 確かにその通りですね……。働かないためにニートをやっていたはずが、最近ではニートについてブログ書いたり原稿を書いたりする
Google 辞めました - アスペ日記
Google辞めました。 最終出社日は 5月11日。 5月31日まで有給消化。 その後は無職。 転職先が決まっていて有給消化している「なんちゃって無職」ではなく、ガチ無職。 とりあえずハロワでも行こうと思う。 まず初めに。 この記事は、Twitter で @takeda25 をフォローしてくれている人たちが想定読者だ。 また、これは相当長くなると思う。さらに、中ではたとえ話を使うので、読んでもさっぱりピンと来ないかもしれない。 だから、長い文章を読んで「読んで時間を無駄にした」と思うタイプの人は、ここで読むのをやめてほしい。 もう一つ。 この記事を書いた人間（真鍋宏史）は無名の一社員で、ろくに業績もない。 そういう人間が何かを言っても聞く価値はないと思うなら、やはり読むのをやめてほしい。 この記事では、自分のいた場所に対してネガティブなことも書くと思う。 そのため、なぜそういう行動を取るか
最強のIT系かあちゃんからたかしへのアドバイス
バーンれっどさーん @ledsun たかしへ あなたの勤怠確認しました．こんなに残業が多い割に大して売上が上がってないのはどうしてですか？顧客との信頼関係の構築も甘いとと思います．来月からは頑張って下さい．ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 2012-02-24 13:21:23 バーンれっどさーん @ledsun たかしへ あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか？残業でカバーですか？お客様が参加するイベントが入っていません。都度調整ですか？事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか？ 2012-02-24 13:46:29 バーンれっどさーん @ledsun たかしへ あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかっ
フリーランスor起業するとき、やっちゃうと破綻しがちな５つのこと - @fromdusktildawnの雑記帳
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
終わるSIerの底辺を見てきた - ミッションたぶんPossible
ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この
僕がグーグルを辞めた理由：Why I left Google @docjamesw
3年前にマイクロソフトを辞めてグーグルにテストエンジニアディレクターとして入ったジェイムズ・ワイテカー氏（動画上、在任当時）がマイクロソフトに戻り、グーグルを辞めた理由をブログに書いた。 フェイスブックでグーグルがどう狂ってきたか、がよく分かる。ソーシャル、ソーシャルで前のめりになる前は下克上で誰でもヒット出せる風通しの良い会社だった、「一部エグゼクティブに取り入らなくても」というくだり、言外に今の状況を伝えてる気がするよ。赤信号だなぁ…。 BY James Whittaker, 13 Mar 2012 OK、降参。みんなに辞めた理由訊かれるんだけど、ひとりひとり答えててもキリないんで、ここに長々と書いておくことにする。触りだけ読んでもいい（パンチラインは第3段落でくるよ）し、全部読んでもいい。ただし言っておくけど、みんなが期待するようなドラマも暴露も元同僚叩きもない。最近のグーグルと同社
SIerが技術力を求めているという誤解 - SCHWARZGEIST
ＳＩ屋とかゲーム業界について考えてみた。 実はＳＩ産業のクラウド化と、ゲーム業界のソーシャルゲーム化は システムがネットの向こう側から提供されるという共通点以上に、共通点があると考えるからだ。 そしてその動きは、任天堂の「連結決算を開示して以来始めての赤字」や、 「DeNAによるベイスターズ買収」に見られるように、急激な業界構造の変容を生み出している。 キーワードは技術力ＶＳマネジメントだ。 まずはＳＩ業界の話から始めよう。 案件プライムを取ってこれるような大手システムインテグレータでの システムエンジニアの最終的なキャリアパスは、ＰＭである。 システムインテグレータは若手を、ＰＭにいたるまでのキャリアパスへと 導くための初歩的なプログラミング経験や、運用技術の実務経験を積ませていく。 その成長過程で重視され、身につけることを求められているのは、技術力よりもマネジメント能力と業務知識だ。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
企画論「失敗の類型」 | six1ブログ
部下や他人のアイデアをみていると、「あーまたあの失敗しているなぁ」と思うことがよくあります。きっと世界中で同じような失敗が今日も明日もきっと続いてるのでしょう。 というわけで、同じ轍を踏まないように、企画を考える際の代表的な失敗例をいくつかあげてみます。 よくある失敗例 ● 量や数を増やす。（ムーアの法則にそった企画） ● ものすごく遠大な計画がある。 ● 顧客の声を最優先する。 ● 二つの目的を同時に実現しようとする。 ● 「あってもいい。」という機能を追加する。 ● 一度つくったアイデアに固執する。 もしかしたら企業によっては「顧客の声を聞いて、自分のアイデアを大事にして、より細かい機能追加をして、複数の課題を同時に解決するべき！」なんて上司が部下に指導しているかもしれないけど、全部間違いだと思ってます。 ● 量や数を増やす。（ムーアの法則にそった企画） サービスを改善するときに、一番
120131_52_フリーランスとか大手とか言ってないで「ソニーの開発18か条」を今こそ振り返ってみよう！ - Onigiri.blog
サブメニュー Get the RSS Browse the Archive Random post Mobile version 当ブログの人気エントリ ★はてブ1500超えのエントリ 120131_52_フリーランスとか大手とか言ってないで「ソニーの開発18か条」を今こそ振り返ってみよう！ ★はてブ500超えのエントリ 121015_78_音楽業界周辺で「CDがなぜ売れないのか」と未だに議論している人がいるので実際に最近CDを買った人の話を交えながら考えてみる ★筆者オススメのエントリw 120104_45_2012年の音楽業界のWeb＆ソーシャルまわり動向予想と３つの変化について（前編） 111229_41_スタートアップに挑戦し、シリコンバレーを目指す若き日本人たちへ思うこと（ランディ・パウシュのスピーチを紹介しつつ） フォロー Wednesday, February 1, 2012
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プレゼンテーション・パターン (Presentation Patterns)
方向音痴アプリの開発&雑用日記
