小学生のあたりくらいにすこし甘やかしたらブクブク太ったので武道をはじめさせられた
大学生くらいまでは痩せてるといわないまでも、太ってはいませんでしたうん。
太ったのは社会にでてからですが28くらいまではなにをどうしても肥えるので、ある程度気を使っていました。スポーツジムとか通ったりですね。
スポーツジムって社交の場だと思うのですが社交性のない人にとっては、一人焼肉以上のつらさがありますよ。
その後１年間引き篭もっていろいろ諦めた結果、ものすごく肥えた。あとは自宅で運動して痩せたり太ったりの繰り返しで、これ痩せるのは、有酸素運動を継続してやる作業で繰り返すと基本体質的に太る。
半年も頑張れば30kgは落とした実績はある。でも半年かかるので億劫で続かないし、そんなの何にもならん。
病院はいってないけど健康診断では薬による体質改善を求められる感じに。やばいというかもう体質だよなあ、食べるのは好きだけどあまり食べまくるほうでもなし、酒もプライベートではのまないですし。
本日任天堂の岩田社長が亡くなったとのこと、少し不謹慎ですが個人的にお会いしたとかもないので、去年末あたりはお病気ですごくお痩せになっていたことを思いだす。ふるーい話ですが逸見政孝さんとか思い出しました。ご冥福をお祈りします。
スティーブジョブスも晩年そうだったけど、闘病期間も長かったし、悲壮感が軽減されてた感はある。岩田社長はほんと突然な話。
病気にならないためにも運動しないといけませんよね。
2015年7月14日火曜日
2015年7月12日日曜日
遅れるプロジェクト(駄文)
１人でやるプロジェクトが多いのであまり仕事に遅延をだしたことがありません。
１人の責任で、開発計画を立てて、グラからUIからプログラムから音から全てやって、最短経路を通るためツールを作って時短したりですね、頭と図面の上に完成図がきちっとできていて、モチベをもってすればなかなか掌の上に収まる大きさでは仕事というのは遅れないものです。それは受託でも事業計画上の製品でも同じ。
当然それが出来れば、毎日あまりおコメを食べるのに困らない人です。みんなが、そのくらいがんばれば仕事は遅れないのです。だからがんばろー。とか頭に花が沸いてる女子高生みたいなことはいわない。
みんな立場や自負やこだわりや職責や辿ってきた経路や予算や横流しやバックマージンや、息抜きのための突然の京都旅行や同人活動とかがあって複数人のプロジェクトは回りますので、きみら悉く死んでしまえ。
基本として１人で全部できる君がプロジェクトを回す場合どうすればいいかというのを考えてみました。君が１人で全部できるやつじゃなかったら、やられる側の立場として読んで不快感を醸成しましょう。
①粛清
製品の中核業務であれば、あなたは自分でもできるはず、睡眠時間を削ってでも、仕事しないやつの仕事を次々に奪っていく。そのうえで間に合わせて、仕事遅らせたやつはつるしあげに躊躇わない。外注であれば契約違反を頻繁に訴え精神的に追い詰める。きちんとした発注側に有利で厳密な契約書は常に必要。
製品の中核外で君の手に収まらないものであれば、作業が遅れる気配を見せた時点で二箇所に発注をかけ、遅れた会社は即契約不履行とする。
仕事しなきゃ奪われるし、遅れれば、評価が駄々崩れに落ちるということは担当者各自が意識すべきで、世の中不景気で仕事がないので、やりたい人は探せばいるよ。
なお、あなたが責任者で部下から仕事を奪えるほどスキルがないというのであれば、あなたは責任者をおりて現場仕事のできる人間に任せて自分のできることをしましょう。 遅れない現場の話をしています。現場仕事のできない責任者はプロジェクトの遅延の最大要因で、あなたは現場を邪魔にならない方向で支援すべきです。
外注についての対応は、ブラックですね。でも仕事遅らせて、遅れた分金よこせとか、おっしゃられる外注さまが多すぎると思いますよ、実際。無駄金使わないためには訴訟上等でいくしかありません。どちらがどれだけブラックかという話ですよね。
②効率化
システムやプログラムにできることはシステムやプログラムに任せるべきで現代はシステムやプログラムの時代なんですよ奥様。これをシステムやプログラム作る人すら理解してない現場で何を効率化しろという話で、まずは全ての業務をシステムやプログラムで無駄をなくすことに注力すべきです。
さて、効率化できるのは繰り返し作業と大量のチェック作業、大量のオブジェクトの管理などでございます。
画像に1000枚、同じ加工いれましょうとかでPhotoshop持ち出したり、ソースコードを共有フォルダにいれておきましたとか、テキストを頭から読んで用語ぶれチェックしだすのとか、シナリオをワードファイルで納品するとかは駄目です。ただしく効率化すれば100倍効率差が出ます。ちゃんと効率化しないと効率化してるところに敗北します。
繰り返し作業はプログラムでやることで手間が省けるほか、再現性、可用性ができるという利点もあります。
1つの仕事を30回以上やる必要があり総工数が1時間を越える見込みがある時点でなんらかの効率化は考えるべきです。そして費用対効果に見合うのであれば実施しましょう。
1000回やる作業が1回1分かかるところを、効率化してボタンを押すだけで自動で処理されるようにすればそれは1000分の時短で、2日分稼げることになります。たいていそんな処理は１～4時間程度で組みあがります。やらなかったときに比べて最小でも4倍の効率化でそのほかにも継続的な利利点があります。
また社内はきちんと情報化しなくてはなりません。
メールチェック忙しくて出来ないメール多すぎるとかも聞きますが、それは職責の分散の問題となります。あなたが１人で管理しすぎで、あなたは職責の分散や対人関係のコントロールができてない人なのです。
でこれらは簡単なスクリプト言語と正規表現、テキストファイル処理、ソースコード管理システムの扱い、コミュニケーションツールの扱いくらい覚えれば中学生でもできるので、この程度覚えない人とか他人に押し付けようとする人は冷遇もしくはいろいろ検討する対象でいいんじゃないかな。この点は教育にもつながります。
③モチベーションの問題
よくみる失敗事例というか、これが発生するシステム系の会社やプロジェクトはこけるという話。
企画とシステム開発が分断していて、システム開発者が工数見積もりを出す状態。これは多くの場合、外注作業にも当てはまる。企画、システムを統合するプロマネが存在するか、企画がシステムのことを工数管理レベルでよくわかっている必要がある。
システム開発者は君ら企画が作りたいと思ってるもんなんて微塵も作りたくないですし、せいいっぱい手を抜きたいんですよ。なんでかっていえば、作られるものにも、プロジェクトの遅延にも予算にも微塵も興味ないから。
そこをして、宇宙人とか別世界の人みたいな感じで、いろいろなやりとりを諦めるので、会社が傾きます。興味とモチベのある企画者がシステムの開発つか工数管理程度までは興味もってやるべきなのです。
自分がエンジニアでもありますので言いようにいいますが、中小にいる、エンジニアなんて大抵糞ですよ。理系どころから文学部卒とか、◎京◎ード学園卒ですよ？
企画とエンジニアを別クランにするのにあまり意味はありません、相互に侵食してるべきだと思います。そうしてないとプロジェクトやノウハウの集積に重大な影響を及ぼします。プログラム使ったものでメシくってるかぎりこれは避けられません。
ただエンジニアについては研究職というのは検討されるべきです。モチベーションというか、企画とエンジニアの対立的な話になりましたがそれをさしおいてもモチベーションは大事でございます。
糞長い日記になりましたが、まあなんというか仕事が遅れるのはひとつに手前が仕事してない、効率化とか、必要な勉強してない。ということに落ちるのでございます。
忙しいあなたは忙しくなくなるありとあらゆる努力をしてなお忙しいのですか？ 仕事は遅れるのは構わないのですが、そもそもこれに対して遅れるといえるまでの、詳細な予定はありましたか？外注さんの遅れる気配は中間地点で察して掌握するようにつとめましたか？
これはなんというか匿名ブログで偶然駄文を目にして不快に感じられてる方に申し上げてるわけではなく、どちらかというと自分自身にいってるのですよとかいうとお茶濁しになりますでしょうか。仕事を遅らせないよう頑張りましょう。
１人の責任で、開発計画を立てて、グラからUIからプログラムから音から全てやって、最短経路を通るためツールを作って時短したりですね、頭と図面の上に完成図がきちっとできていて、モチベをもってすればなかなか掌の上に収まる大きさでは仕事というのは遅れないものです。それは受託でも事業計画上の製品でも同じ。
当然それが出来れば、毎日あまりおコメを食べるのに困らない人です。みんなが、そのくらいがんばれば仕事は遅れないのです。だからがんばろー。とか頭に花が沸いてる女子高生みたいなことはいわない。
みんな立場や自負やこだわりや職責や辿ってきた経路や予算や横流しやバックマージンや、息抜きのための突然の京都旅行や同人活動とかがあって複数人のプロジェクトは回りますので、きみら悉く死んでしまえ。
基本として１人で全部できる君がプロジェクトを回す場合どうすればいいかというのを考えてみました。君が１人で全部できるやつじゃなかったら、やられる側の立場として読んで不快感を醸成しましょう。
①粛清
製品の中核業務であれば、あなたは自分でもできるはず、睡眠時間を削ってでも、仕事しないやつの仕事を次々に奪っていく。そのうえで間に合わせて、仕事遅らせたやつはつるしあげに躊躇わない。外注であれば契約違反を頻繁に訴え精神的に追い詰める。きちんとした発注側に有利で厳密な契約書は常に必要。
製品の中核外で君の手に収まらないものであれば、作業が遅れる気配を見せた時点で二箇所に発注をかけ、遅れた会社は即契約不履行とする。
仕事しなきゃ奪われるし、遅れれば、評価が駄々崩れに落ちるということは担当者各自が意識すべきで、世の中不景気で仕事がないので、やりたい人は探せばいるよ。
なお、あなたが責任者で部下から仕事を奪えるほどスキルがないというのであれば、あなたは責任者をおりて現場仕事のできる人間に任せて自分のできることをしましょう。 遅れない現場の話をしています。現場仕事のできない責任者はプロジェクトの遅延の最大要因で、あなたは現場を邪魔にならない方向で支援すべきです。
外注についての対応は、ブラックですね。でも仕事遅らせて、遅れた分金よこせとか、おっしゃられる外注さまが多すぎると思いますよ、実際。無駄金使わないためには訴訟上等でいくしかありません。どちらがどれだけブラックかという話ですよね。
②効率化
システムやプログラムにできることはシステムやプログラムに任せるべきで現代はシステムやプログラムの時代なんですよ奥様。これをシステムやプログラム作る人すら理解してない現場で何を効率化しろという話で、まずは全ての業務をシステムやプログラムで無駄をなくすことに注力すべきです。
さて、効率化できるのは繰り返し作業と大量のチェック作業、大量のオブジェクトの管理などでございます。
画像に1000枚、同じ加工いれましょうとかでPhotoshop持ち出したり、ソースコードを共有フォルダにいれておきましたとか、テキストを頭から読んで用語ぶれチェックしだすのとか、シナリオをワードファイルで納品するとかは駄目です。ただしく効率化すれば100倍効率差が出ます。ちゃんと効率化しないと効率化してるところに敗北します。
繰り返し作業はプログラムでやることで手間が省けるほか、再現性、可用性ができるという利点もあります。
1つの仕事を30回以上やる必要があり総工数が1時間を越える見込みがある時点でなんらかの効率化は考えるべきです。そして費用対効果に見合うのであれば実施しましょう。
1000回やる作業が1回1分かかるところを、効率化してボタンを押すだけで自動で処理されるようにすればそれは1000分の時短で、2日分稼げることになります。たいていそんな処理は１～4時間程度で組みあがります。やらなかったときに比べて最小でも4倍の効率化でそのほかにも継続的な利利点があります。
また社内はきちんと情報化しなくてはなりません。
メールチェック忙しくて出来ないメール多すぎるとかも聞きますが、それは職責の分散の問題となります。あなたが１人で管理しすぎで、あなたは職責の分散や対人関係のコントロールができてない人なのです。
でこれらは簡単なスクリプト言語と正規表現、テキストファイル処理、ソースコード管理システムの扱い、コミュニケーションツールの扱いくらい覚えれば中学生でもできるので、この程度覚えない人とか他人に押し付けようとする人は冷遇もしくはいろいろ検討する対象でいいんじゃないかな。この点は教育にもつながります。
③モチベーションの問題
よくみる失敗事例というか、これが発生するシステム系の会社やプロジェクトはこけるという話。
企画とシステム開発が分断していて、システム開発者が工数見積もりを出す状態。これは多くの場合、外注作業にも当てはまる。企画、システムを統合するプロマネが存在するか、企画がシステムのことを工数管理レベルでよくわかっている必要がある。
システム開発者は君ら企画が作りたいと思ってるもんなんて微塵も作りたくないですし、せいいっぱい手を抜きたいんですよ。なんでかっていえば、作られるものにも、プロジェクトの遅延にも予算にも微塵も興味ないから。
そこをして、宇宙人とか別世界の人みたいな感じで、いろいろなやりとりを諦めるので、会社が傾きます。興味とモチベのある企画者がシステムの開発つか工数管理程度までは興味もってやるべきなのです。
自分がエンジニアでもありますので言いようにいいますが、中小にいる、エンジニアなんて大抵糞ですよ。理系どころから文学部卒とか、◎京◎ード学園卒ですよ？
企画とエンジニアを別クランにするのにあまり意味はありません、相互に侵食してるべきだと思います。そうしてないとプロジェクトやノウハウの集積に重大な影響を及ぼします。プログラム使ったものでメシくってるかぎりこれは避けられません。
ただエンジニアについては研究職というのは検討されるべきです。モチベーションというか、企画とエンジニアの対立的な話になりましたがそれをさしおいてもモチベーションは大事でございます。
糞長い日記になりましたが、まあなんというか仕事が遅れるのはひとつに手前が仕事してない、効率化とか、必要な勉強してない。ということに落ちるのでございます。
忙しいあなたは忙しくなくなるありとあらゆる努力をしてなお忙しいのですか？ 仕事は遅れるのは構わないのですが、そもそもこれに対して遅れるといえるまでの、詳細な予定はありましたか？外注さんの遅れる気配は中間地点で察して掌握するようにつとめましたか？
これはなんというか匿名ブログで偶然駄文を目にして不快に感じられてる方に申し上げてるわけではなく、どちらかというと自分自身にいってるのですよとかいうとお茶濁しになりますでしょうか。仕事を遅らせないよう頑張りましょう。
2015年7月4日土曜日
2015年7月3日金曜日
ソーシャルなお話
- いまさらソーシャルゲームなんて５年は遅れてるよね。
- そもそもＤＭＭなんてどこがソーシャルというほどソーシャル性がないよね、あれはなんだ、ソシャゲーとよんでいいのか。
- 日本ではFaceBook並みにソーシャルゲームがちゃんとできる土壌ってmixiしかなかった。mixiは、あーなんでやめたんだろう。というかみんな離れてくとやめるよね。ソーシャルサイト。あと制御できないおかしな人。
- とにかくZuckerbergはゲームの作る莫大な金と、世界規模のソーシャルサイトを維持することによる支配力を天秤にかけて後者を選んだので賢明。というか後者を優先したことで結局両方手に入れてる。mixiは紆余曲折でゲーム分野で成功したかもしれないけど、うまくいってもその方向は和製Zyngaの道。というかソーシャル要素でなく、コンテンツ頼りなので多少寿命の長いゲームを持ったメーカーでしかない、楽に上澄みで金とれる立場から、アップル、Googleに美味しくいただかれる立場に。
- 残念ながら決着はついてる。日本でも、ソーシャルしようとしたら、もはやFb使うしか手立てがない
- というかmobage、greeもそうだったかもしれないけど、mobage、greeはソーシャルサイトとしてはちょっとあれだったよね。
- 結局あれじゃんゲーム内でつながりとかギルドとか作ってるじゃないか。
- そしてその仕組みのせいで大手の囲みこいが強烈に促進されてるんじゃないかね
- ゲーム内でつながり作るの禁止すればよかったと思います、長期的に見ればそっちの方が友達と遊ぶ、出会い系サイトとしては優秀
- いや出会い系になったらいけなかったんだっけ、ってあれソーシャルってなあに？
- われわれはFaceBookの学歴職歴入力欄を熱烈に忌避し、薄い繋がりを求めてTwitterに赴きそこで分散し希薄化するものだ
- ソーシャルなんてと作り手はみな心の隅っこで、作ってる本人たちも馬鹿にしてるが市場規模がアプリ含めるとコンシューマー100%として、250%になってる。ちなブラゲー全体とコンシューマー全体がトントン。
- ５年まえはまだ未成熟だったし、アプリのがいけると感じていたし、実際そうなったが、来年あたりからはHTML5のスマホでの表現力がWEBGLの標準化でえげつないことになるはずで、フロントエンジニアを殺害する気で頑張ればよいものができそう。
- というわけで、素人遊びの延長のウェブソーシャル事業がバカバカ潰れて、その後多少の余白をもってして、コンシューマーよりは参入しやすい程度の規模感で、またウェブ系のモバイル事業が回りだすんじゃないかなと愚考しております。
- ちな５年前からPCのブラウザはもうえげつないことになってた。
- 今の日本のブラゲーがひどいい方すれば、たいしたことないのは単純に作り手の問題。
- 海外のサイト検索すればすげえのがごろごろひっかかりますよ。技術デモといえばそれまでだけど。
- PCゲー並に作りこめるレベルにブラウザ技術はきているし、バックエンドに費用対効果が見合えば無制限のリソースを持つことができ、変更内容を即時更新もできるのだ。
登録:
投稿 (Atom)