で、保守派で信頼できそうだからという理由で読売新聞をフォローしていたが、運用しているとノイズばかりが目立ってきた

俺はIT系や経済系のニュースが知りたいのであり、○人事件や芸能などはハッキリ言ってゴミだ

そういうわけで、読売新聞はアンフォローするに至った

ちなみに、今フォローしているのは以下

• ロイター
• フォーブス
• BBC
• WSJ
• Investing.com
• WIRED
• MITテクノロジーレビュー
• CNET
• ZDNET
• CodeZine
• Gigazine
• Publickey
• Gihyo.jp

そして多くの上手くいかないプロジェクトを見てきた。

今日は俺が得た示唆を共有したいと思う。

結論から言うとプロダクトオーナーが一番大事だ。

プロダクトが上手くいくもいかないも、プロダクトオーナーが全てだ。

特にWebサービスの場合、ビジネスサイド、ITエンジニア、デザイナーという3つの職種がチームを作ってプロダクトを開発していくことになる。

その場合はプロダクトオーナーはビジネスサイドが務め、テックリードがPdM補佐のような形になるだろう。

SIerの場合は、顧客企業の窓口となる人がPOを努め、開発会社のマネージャーがテクノロジーを統括することになる。

そして大抵の場合、ビジネスサイドの人間がPOを務めると、「声のデカいステークホルダー」となり、チームを引っ掻き回し、プロダクトを迷走させ、モチベーションを下げさせるのだ。

だってそうでしょう！？プログラミングも、DBでのデータの持ち方も、他社のAPIの使い方も、UIデザインも、いくつかあるUIの選択肢とそれを実現する工数も、何も分かってないんだから。そんな人間が最終意思決定者をやるんだから、上手くいくはずない。

だいたいMVPにはふさわしくないリッチなUIを要求してきたり、難しい実装や工数のかかる機能を要求してくるのだ。そしてその実装に工数がかかるのは、エンジニアの怠慢、スキル不足だと考えている。

本来であれば、機能の過不足については、ユーザーがやりたいこと、こちらがやらせたいことが実現できているかどうかだけを考えるべきなのだ。それがどういう形のUIで提供されているか。別ページなのか、モーダルなのか。ボタン押下で動作するのか、JavaScriptでインタラクティブな操作ができるようにするのか、ビジネスサイドがこだわり主張するべき所ではない。

そもそもエンジニアは1+1=2になる世界で生きているが、営業というのは顧客を口説いて意思変容させるのがミッションだ。現実を歪めるのが職務なのである。エンジニアはエンジニアの工数は変えられないものだと理解しているが、営業はそれも「なんとかできるはず」と考えてしまうのだ。

仕事には内部に向けるエネルギーと、外部に向けるエネルギーの2つがある。そして、外部に向けるエネルギーをどれだけ大きく出来るかがビジネスの成功に繋がる。

ビジネスサイドの何もシステムの専門知識の無い人間がPOをやると、思いつきで「あれはどうなの」「こうしたらどうなの」って言って、エンジニアやデザイナーという専門家が「それは難しいです。なぜなら技術的に…工数的に…タイミング的に…」という話をして、仕事に使えるエネルギーもモチベーションも時間も、POを説得するという「内部に向けるエネルギー」に消費してしまうことになるのだ。

色んな専門家が集まって、それぞれの専門領域を発揮し、お客様に価値を与えるプロダクトを作り、金を稼ぎたい。だからこの仕事をやっているのに、なんで何も分かってないPOが自分の存在意義を発揮するためのだけのオ◯ニープレイを説得することに毎日忙殺されているんだろう。馬鹿じゃないかしら。

そういうPOを補佐するために有能なPO補佐がいるんですよという話もあるが、どうせ人の話を聞かないんだからPO補佐がいたって意味ないです。

そしてそれができるバランス感覚と説得力を持った有能なPO補佐がいるんだったら、その人がPOをすべきだ。お前じゃない。

過去会ったことのあるPOには、エンジニア出身のダメなやつもいた。この現代において生PHPやStrutsの時代で止まった知識を振りかざし、自分は知識があると勘違いした痛いやつが。もっとも彼は元エンジニアであって、エンジニア辞めた後はかなりの年数を営業としてやっている人間だったが。

だから俺は、POは現役エンジニアがやるべきだと思う。技術オタクのCTOというよりは、VPoEの立場の人がやるのが一番いいかな。顧客を無視したエンジニアリングオ◯ニープレイをしない、ちゃんとカスタマーサクセスとUXへの費用対効果を考えられるエンジニアだ。

そして営業/マーケターはサービスを売りつつ、顧客の声を聞き、顧客の抱えてる課題を発見し、それをチームに伝えてくれたら良い。ソリューションはエンジニアとデザイナーが考えるので。

ある程度会社が大きければ、エンジニアをプロダクト開発のトップに据える、そういう責任移譲もできるだろう。

しかし問題はベンチャーである。

今日の名言飛び出しました

「プロダクトオーナーがしっかりとしないと、エンジニアがいても能力がある人がいても意味ない」
「ビジネスモデルは考えられるけどプロダクトモデルを考えられない人が増えてきている」#DxMiraiKaigi https://t.co/6VHrh1Ut3z

— あれっくす@一番下手っぴでいい (@MHTcode_Alex) May 20, 2021

ベンチャーのあるあるとして、ビジネスモデルは考えられるけどプロダクトモデルを考えられない営業人間が起業して、「俺の考えたビジネスモデルを実現するに協力してくれるエンジニア募集！」とか言ってチームを作り、社長がPOを務めることが多い。

でもその社長に、POとしての職責が果たせるかどうか、スキルがあるかは別な話である。というか大抵の場合、無い。

声のデカいワンマン社長の言うことを聞いて、クソなものをクソだと思いながら作り、社長がVCにプレゼンして調達したお金を啜って生きていくのがベンチャーでのエンジニアライフである。オワリです。

ベンチャーで上手くいくのは、エンジニアでありながら希なプレゼン能力とコミュ力を持った、エンジニア社長がいる会社しか見込みがない。

これを読んでるあなたがもしビジネスサイド出身の社長さんであれば、あなたの仕事はプロダクト開発にズカズカと踏み込んでいって、思いつきで喋って、自分のこだわりを入れるように怒鳴り散らすことではありません。

課題は無いか耳を傾け、解決できそうな人を連れてきて、お金を出すだけに徹するように下さい。

それができないのであれば、あなたはWebシステムという無限の拡張性があるものからお金を得ることはできません。愚直な営業と手作業でバリューを出すという、労働集約型の仕事を一生全うしてください。

そしてこれを読んでるあなたがもしエンジニアであれば、ビジネスサイドにプロダクトの決定権を握られている状況ではエンジニアが幸せになれることは決して無いので、ビジネスの作り方やマーケティングを学んで、エンジニアがビジネスを握っていこう。プログラミングを修得するのに費やした時間と努力をビジネスサイドにも発揮すれば同じように身につけられるはずである。ビジネスサイドに顎で使われる存在から抜け出していこう。

星野リゾートの例

星野リゾートではどのようにして旅館現場出身者をIT人材へ育成したのか？【デブサミ2021】 (1/3)：CodeZine（コードジン） https://codezine.jp/article/detail/14017

これはすごいですね。非エンジニア出身のPOでありながら、ちゃんとプロダクトを成功へ導いている。

ここでの例では2例あって、社内システムと、社外のお客様向けのシステムだ。

社内システムはノーコードを活用して、自分たちで作って自分たちで運用するようにした。いいですね。非エンジニアの思いつきをエンジニアに作らせる、という動きにはなっていない。自分の思いつきのケツはちゃんと自分で拭け、他人に迷惑をかけて対処しようとするな、ということだ。

社外向けのシステムを作るに当たっては、ちゃんと自分たちをIT人材に変化させていくための勉強をちゃんとしている。エンジニアと同じ目線に立って同じレベルで話ができるようになっている。これだといいですね。

やっぱり、Webシステムを作るPOは、営業出身ならめっちゃITのこと勉強すべきだし、それが嫌ならITで金儲けしようということからは降りるべき。

今日の私はたくさんの選択肢の中から最高の経路を選んで実現しているだろうか？

否。断じて否。まだまだダメである。（反省）

DDDでパワーアップ！

今の私に足りないものはプログラムの設計能力である。

ドメイン駆動設計を学び参考にしたい。

とりあえず、今日中にCodeZineの連載記事に目を通しておきたい。

• IDDD本から理解するドメイン駆動設計連載一覧：CodeZine（コードジン） https://codezine.jp/article/corner/655

295あとで/3761users 資産運用 - shao

234あとで/1602users CTOの頭の中：技術を財務で表現する｜Shin Takeuchi｜note

225あとで/2454users Kyoto University Research Information Repository: プログラミング演習 Python 2019

219あとで/2206users 意識の低いフリーランスの生存戦略

160あとで/762users TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう - エンジニアHub｜若手Webエンジニアのキャリアを考える！

160あとで/933users 京都大学、Pythonによるプログラミング演習教材を無料公開：CodeZine（コードジン）

152あとで/1272users セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか - ぶるーたるごぶりん

142あとで/1054users コンピュータサイエンスが気になるプログラマに勧める書籍リスト - Rubyist Magazine 第61号 巻頭言

140あとで/731users 【社内資料公開】AWSに関するスキルアップ方法と一度は読むべきブログの紹介 ｜ Developers.IO

138あとで/2534users 【書き起こし】岩田健太郎さんのYouTube動画「ダイヤモンド・プリンセスはCOVID-19製造機。なぜ船に入って一日で追い出されたのか。」の書き起こし

131あとで/1507users 牧歌的 Cookie の終焉 | blog.jxck.io

120あとで/587users TypeScriptをプロダクト開発に使う上でのベストプラクティスと心得 - Qiita

118あとで/667users プログラムの可読性を上げるための条件分岐を減らす方法7個 - Qiita

117あとで/1454users 米津玄師さんの曲はどれも心に残り、独特に感じます。パプリカは子どもたちも大好きです。曲なのかメロディなのか詩なのかリズムなのか、技巧として他のアーティストと異なる特筆する点があるのでしょうか？に対するNobuhiko Izumiさんの回答 - Quora

113あとで/626users エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。｜みやたけ｜note

112あとで/1174users 銀座・有楽町周辺で800回ランチした私のおすすめランチ！｜takehiro sugaya｜note

108あとで/900users Excel設計書を抹殺したくて4年前にWiki設計書を導入したら、意外とちゃんと開発回ってた話。 - Qiita

104あとで/1175users 『ヤバい本が出ようとしている』みずほ銀行のシステム統合の歴史を綴った本が出版される模様「最恐のホラー小説」「章題を見るだけで闇を感じる」 - Togetter

103あとで/1072users 「相当まともな文章を書いてきますよ」関西大学のゼミで配布されている『レポート・論文の基礎ルール』が本当に大切なことばかり - Togetter

101あとで/453users 大規模システムでの Linux のメモリ管理

101あとで/1172users 村井純教授の1月16日最終講義全文書き起こし – Matsubo engineering blog

100あとで/1379users 【鬼滅の刃】恋柱に注目するなら乳だけでなく下半身も見ろ - 本しゃぶり

98あとで/605users 質とスピード（2020春版） / Quality and Speed 2020 Spring Edition - Speaker Deck

97あとで/1572users EM菌の正体（構成微生物を調べました）｜片瀬久美子｜note

96あとで/446users 仮想DOMは本当に“速い”のか？ DOM操作の新しい考え方を、フレームワークを実装して理解しよう - エンジニアHub｜若手Webエンジニアのキャリアを考える！

95あとで/527users JavaScriptの次の仕様ES2020で追加されることが決定した新機能まとめ - ICS MEDIA

93あとで/847users ふなっしーを最近テレビで見ない理由、「本人」ロングインタビュー（上） | News&Analysis | ダイヤモンド・オンライン

93あとで/531users 「AIをどう習得したのか教えて」と大募集し、技術者から集まった記事49本を紹介 | 日経クロステック（xTECH）

92あとで/793users 中国AI企業が開発した中国語学習サイトが凄い｜ばやし＠イマチュウ｜note

92あとで/1452users 鉄のフライパンの再生とメンテナンス｜樋口直哉(TravelingFoodLab.)｜note

92あとで/1575users 書いたな、俺の前で、革靴の話題を！

92あとで/797users ls よりも exa を使おう！モダンな Linux コマンド達を紹介 - Qiita

いつもの月に比べてあとで読むタグが少ない。あとで読みたくなるような記事が少なかったのか、あとで読むを付けるタイプの人が寄り付かなくなったのか。

前エントリの5年毎のデータじゃ思い出を振り返るには分解能が足りない気がしたので1年間隔で補足します。興味ない人にはスパムエントリ並にうざいのだろうから申し訳ないけど、その当時を見てたらただの数字の羅列には見えないのですよ。近々はてブシステムに大幅な改修が入るらしいから今やっとかないと来月も同じように見られるとは限らないしね。

はてなブックマークホットエントリ入りしたドメイン 2005年〜2008年

(※カッコ内は回数)

毎年3月の全ホットエントリを http://b.hatena.ne.jp/hotentry/20050215 から取得。タイルレイアウトで取得したので1日49件×31日で月間合計1519件弱のデータを基にしている。重複はuniqで取り除いてある。

同じ100ブックマーク増えただけに違いないのに、なぜでしょうか。

沢山ブックマークが付くとランキング等で後押しされ更にブックマークされやすくなります。

まっさらな+100ブックマークと、後押しされた比較して付きやすい+100ブックマークだから印象が違うのです。

そこで”印象”の部分に着目してて、ブックマーク数が多ければ多いほどブックマーク数の数の力を弱める、といった指標を作ります。

次の式を使います。対数、logです。

f(n) = round( log(n) / log(√(2)) )

n はブックマーク数、
例外として、f(1) = 1
round() は整数に四捨五入のこと

ブックマーク数が２のときに2、すなわち

f(2) = 2

になるように対数の底を√(2)にしています（”log(√(2))”で割る）。これは自分勝手な都合です。色々変えてもよいかもしれません。

数字の増減がわかりやすいようにブックマーク数が1~20までの結果を羅列します。

f(n)が増えるところだけ見ます。

桁が増えるくらいで f(n) が 7 増えます。

ブックマーク数が5以下のときは f(n) = n であり、

ブックマーク数が多ければ多いほど f(n) が増えにくくなっています。安易に対数を使うとこんな感じになります。

実例で見てみます。

2014年07月21日～07月27日の週間ランキング - はてなブックマーク

(表組み内で「|」文字を使う方法がわからないので、タイトルからはその文字だけ削除しています。)

ブックマーク数2283も1903も大体同じという印象にそって、同じ数値22を得ました。期待通りですが、ふうんて感じです。

100前後のブックマーク数サンプルがないので別のページを参照して同じことをやってみます。

2014年07月21日～07月27日の週間ランキング - おもしろ - はてなブックマーク

終始ふーんという印象が拭えませんでしたが、ブックマーク数を伏せた上でこの数値を被験者に利用してもらい、比較して対象の行動にどう変化が出るのか、というところまでやるのがよいようです。

このf(n)の各数値を別の言い方、ちょい、ちょいちょい、すごい、ちょいすご、かなりすごい、またはいくつかの星、勲章、色、濃度などを充てていくと、親しみやすいものになっていくと思います。少ないブックマーク数は無理せず、そのまま表示がわかりやすいかもしれません。

直接的な数字からの脱却というか、いっそはてな自体が被ブックマーク数を見えなくして、印象だけで見せるって風になったらどんな見られ方をしてどんな未来が待っているのかなあなんて思いました。しかしこれはある人にとってはちょっとしたディストピアでしょう。

言わずと知れた老舗ソフトウェアダウンロードサイト。毎日更新されるコンテンツは「新着ソフトレビュー」くらいなのに毎月7800万PVの高○○を誇る。（巷で人気のはてなは全サービスで2億PV/月らしい！ワーオ！）ベクターの広告掲載料はPVあたり0.05円だとか。今は…、…といった企業の広告が掲載されている。

世間に高い印度象を与えた遠隔操作ウイルスバスター事件に対するHIT-BITの印象はどうだったろうか。スーパーハッカーが自己満足のために起こした事件とか？

スーパーハカーといえばやはり遠隔操作。遠隔操作でCDトレイがガコンガコンだろうか。そう考えるとEjectコマンドユーザー会なんか完全にブラックハット集団だろ……何人いるのか知らないけど

この騒動の中で耳慣れないソフトウェアが複数登場した。例えばこういうものだ。

• Tor（トーア）（ずっとトーだと思っていたがトーアらしい。開発者がライナスなのになんでライナックスじゃないんだよとか言うのと同じレベル）
• iesys.exe（アイシス・ドット・エグゼ）
• cofee
• 「パケット警察」
• 「診断くん」
• 「ウイルスバスター」
• 「ヒューリスティック検知」
• 「レイバーネット」
• 「ホワイト片山」
• 「ドロップボックス」
• 「ハングルハチマキ」
• 「エキサイトメール」
• 「したらば」
• 「鹿島ハイツ」
• 「駿河健康ランド」
• 「スラック領域」

我々が普段ホッテントリで目にするアプリとは何か違う。例えばサーバ→鯖→ﾏｶﾚﾙのような発想と同じ匂いを感じずにはいられない。それに「パケット警察」よりも"SoftEther社のパケット監視ツール"と言われたほうがピンと来る。

ベクターにはこういったゆるキャラ的名称を持つアプリケーションが数多く登録されているのである。

私は空気読みができる人間だ。つまり何が言いたいかを改めて申し上げると、エバーノート活用法と聞けば、自分の時間を犠牲にしてでもライフハックMethod収集に勤しむ意識高い系ライフハッカーや、Markdown対応と言われればナンでもカンでも有り難がる技術系アーリーアダプターの方々や、はてブなどのソーシャルメディアに居を構える人たちと、ベクターユーザはどこか違うということを思わせる印象操作である。

増田一族の皆さんは日本で一番使われているWebブラウザをご存知だろうか？　……その通り、IE9である。ところがだ・私は１０年以上、隔週一度の頻度ではてなブックマークを利用してきたが、いまだにIE9のハック記事がホッテントリ入りしたのを知らない。ちなみにOperaもない。

やはりはてブなどのソー(略)たちとは何かが違うのである。

さて、ベクタソフトウエアライブラリを持ち上げる話に戻ろう。

ベクターで人気のアプリケーションで「めもりーくりーなー」をご存知だろうか。不要になったメモリ領域を回収するシステムメンテナンス系ツールなのだが、実態は大量にメモリ確保をするものだ。Windowsはメモリが不足すると使用頻度の低いメモリ領域をシステムディスク上のスワップ領域（仮想メモリ）に追いやり、物理メモリを確保する。それが空きメモリ復活のからくりである。

遠い昔、メモリ最適化ツールとして「ただ数を足したり引いたりするだけのプログラム」が持て囃されたことがあったが、めもりーくりーなーのコア部分はメモリ確保のAPIコールをするだけで済んでしまうので、足したり引いたりほども難しくはないのである。

そんなツールが人気のベクタソフトウェアライブラリというと誤謬（ごびゅう）があるかもだが、そんなベクターが月あたり7800万PVである。ワオ。「そんな」とか言えない。そんなベクターからは毎日収録ソフトのアップデート通知が来るが、再インストールとほぼ同じ手間をそうそう小まめに行う人間がいかほどいるだろうか。注目ソフトウェアを取り上げる「ベクターソフトウェアニュース」ははてブと違って1日1回の更新だし、メールマガジン「ベックル」だって手作業での編集だ。それでもはてな2億PVに対してベクター7800万PVなのである。それを620万のUUが支えているので、1人あたり12PV余り稼いでいる計算になる。今のはてなは2億PVに対し4000万UU(U'ｪ'U)→1人あたり5PV。情報の更新量で言えば個人ブログのスターダム層とあまり変わらないのではないだろうか。MLBに例えるならブログ界の野茂英雄とも言える旧イケハヤ書店さんが今年3月に100万PV/50万UU達成を記念して焚き付けを行なっていたが、同程度の情報更新量とするとイケハヤ100万パワーとベクター7800万パワーの差は一体何なのか。火事場のクソ力vs平時のキン肉マン並みの差である。（ちなみに超人界の神々が1億パワーであることもご考慮いただきたい）これは何か常連にしか見えない㊙コンテンツがあるとしか思えない数値である。

（そういえばはてなダイアリーからニコニコのブロマガにもらわれて行ったベックルハリー先生は、映像でもお見かけする機会が増えて、以前より増してご活躍のようですね。ニコニコ静画のコンテストで新作の絵師さんを決めたそうで気になります）

注: 「めもりーくりーなー」はCodeZine「マンガで分かるプログラミング用語辞典」やマンガでわかるJavaScript / Javaプログラミング、最近ではnoteでも連載中のクロノス・クラウン　柳井 政和さんの著作です。実際にはメモリー最適化のためのニーズに合わせたUIを備えているため、前述した原理だけのアプリケーションではありません。

ベクターはおかげさまで25周年！今年が平成26年、つまり平成も25周年を過ぎたところ。ベクターは日本の年号が「平成」に変わったのと同時期に創業した会社なのであります。平成の始まりは1988年2月。その頃あなたは何をしていましたか？　まだ生まれていませんか？それとも友達が続々とファミコンを手に入れていく中、1人だけMSXを買ってもらってデータレコーダーで5分かけてロードした後、ただひたすらゴジラと戦う3DダンジョンRPGや、アスキーや徳間書店の雑誌に載っているプログラムリストを打ち込んで、F5を押しては"Syntax error"を出すという流れ作業の話をして「ふーん」と言われるだけの交友関係に何かコレジャナイ感を感じていた頃でしょうか？もしかしたらアイドルから一転してラ・ムーを結成した菊池桃子さんとHelloみかんに衝撃を受け、自称親衛隊を辞めようかどうしようか、辞めるとしたら世間的に許されるのかどうかと迷っていた頃……という方もいらっしゃるのではないでしょうか？　そのころベクターはもう走り出していたんですね！！！！！！！！！！！！！<3

199x年から始まったソフトウェア・ライブラリサイト「Vector」の累計ダウンロード数は、1999年に1億DLを達成した後、毎年1億（ときたま2億）ずつ堅調に増加して今年19億DL達成。

本業がオンラインゲーム事業になってしまったベクターだが（「創星紀アステルゲート」大好評サービス中）、ソフトウェアライブラリは依然として健在だ。7800万PVを支える620万UUに7800万のベクター体験を提供している。（わーお）

ベクター体験と言えば、最近では「XPフォーエバー」が人気だった。XPが意味するユーザー・エクスペリエンス(UX)が後発OS(というかiOS)に受け継がれた現在においても、WindowsXPは走り続けているらしい。そして走り続けなければならない。定年退職と同じだ。ゴールが年々遠のいていくんだ。プログラマー定年説だって昔は30歳だった。それがいつの間にか35歳定年説になっている。40歳になる日もそう遠くはないだろう。30歳が若くない？そんな言い分が通用するのはアイドルとスポーツ選手とプログラマーくらいのものではないのか。政治家なら40歳で若手。そもそも一日中イスに座りっぱなしで政治家ほども動かず、身のこなしと言えば手を動かすくらい、チェリーの黒軸キーより重いものは打つことがない仕事がなぜ「体力勝負」と言われるのか。「プログラマーやってたんで体力には自身があります！(*°∀°)=3」とか引越し業の面接で言えんの？1日じゅう立ち仕事で刃物を扱ってる床屋の主人を差し置いて体力自慢できんの？

私は空気読みができる人間だ。落ちのない小話がそう何度も通用するとは思わない。本題に戻ろう。

さて、増田一族の皆さんはベクターのご当地ゆるキャラをご存知だろうか。その名も「べく太」である。心優しき少年ではあるが学校での成績がずば抜けて悪く、テストでは全問不正解の上、自分の名前を「べく犬」と書いてマイナス点をもらう奇才ぶり。友達はそこそこいるが、成績の悪さや自身のずっこけエピソードにより、知らない人にも名前を知られている有名人気質。得意科目は射撃とあやとり。手に座布団を持ったスタンディングポジションから就寝までの速さを競う競技昼寝の速さにおいて世界クラスの実力を持つ。いつも((ﾐﾟoﾟﾐ))の影にいるため主人公とは思われない彼だが、劇場版長編「のび太の結婚前夜」ではアレをナニされても決してああはしないという彼の秘められた人間性が描かれている。

そんなのび太が最も輝いていたのがシステムメンテナンス系ツールの紹介記事であった。

他とは比べ物にならないほど豊富にあるハードウェアの性能を引き出すため、Windowsの世界ではさまざまなチューンナップ技術が磨かれてきた。メモリ最適化、レジストリクリーニング、ディスクキャッシュの最大化、RAMディスクの利活用、ビジュアルテーマ/アニメーションの無効化、IEの常駐、スタートアッププログラムの削減、サービス系プログラムの無効化、ＥＸＥの圧縮、RARの活用、標準ツールよりも高度なサードパーティ製ディスクデフラグ＆メモリデフラグ……、やることはいっぱいだ！でもこんなに手間をかけられるWindowsはかわいいなあ！そうやってPCチューンの腕を日々/.J で研鑚しあうマイルドハッカー達は磨き抜いたファイルコピーのスピードに一喜一憂したものである。

特にベクターには日本人により日本語で説明された扱いやすいメンテ系ツールが数多く登録されていた。使い方を誤れば手塩にかけて育ててきたWindowsに打撃を与えかねない分野であるため、「日本人にとっての分かりやすさ」は重要視される要素だ。そんな分かりやすいツールをさらに親しみやすく紹介する子供だましが紹介記事におけるべく太の役目である。

今ではべく太も良く読まれた記事のランキングでしかお目にかかれなくなってしまった。今や世間は萌え擬人化を通り越してゆるキャラブームである。いやブームさえ通り越して文化である。べく太はゆるいというよりマイルドなためかこのブームに乗っかろうという動きはまだ見せていない。これは残念なことである。（はてなもゆるキャラ路線をやめてしまうのだろうか）

ところどころかいつまんで述べたため、いくぶん主題がぶれた印象はあるが、

ベクターとはそういう社会的責任を持つサイトなのである。

そんなベクターのユーザにリーチすることを考えないで、一足飛びに海外にロンする発想はちょっとチョンボしすぎなんじゃないの。その前にIEのセキュリティ問題で右往左往する人たちを相手にするのが先でしょ。そのあとは日本人口のメイン層である前期高齢者な。

情報社会を牽引する立場のソフトウェア開発者とは言っても、テストコード書いてこまめにリファクタリングしていくらでもデプロイしては動作確認できる人たちばかりじゃないの。一次請けから渡された画面設計書をメンバーに一人一枚ずつ手渡してアサイン完了、がんすけで開発スケジュールを引きつつ「これでどうだ？」とメンバー一人一人と納期交渉をするＳＥもいるの。ソースコードとほぼ同じ内容なので、スケジュールには含まれ得ない詳細設計書を「まぁ気持ちは分からんでもないが本来はそういうもの」という理由で実装前提出させたりするの。すべてが決まって検討課題がメンバーのメンタル面だけになった時点でキックオフ・ミーティングを始めるのが開発フローになっていたりするの。

これに対して事あるごとに穏やかな語り口で「私は雑用ですから」とつぶやくＳＥもいて、彼の場合は画面設計書をメンバーひとりひとりに渡して顔を伏せつつ実に申し訳なさそうな口調で「これぐらいでお願いできませんか」と納期交渉をしつつがんすけ２でスケジュールを引く人でした。

そんながんすけをダウンロードできるのもベクターソフトウェアライブラリなのである。がんすけ / がんすけ2 / （窓の杜にもあるよ） / （公式です）

話がそれたので本題に戻そう。

タイプは違うが、両者とも大差なくマッチョメンであった。ＳＥなのに。ここから少し余談を挟むが、その後面接をしたとある派遣会社の派遣プロマネもマッチョマンであったが、マッチョメンに出会ったのはそれくらいなので特に私の人生がマッチョメンで占められているという話でなはい。

私も筋トレすれば強くてたくましいＳＥになれるのかな、、、

いやスケジュールが押したからって突然開催されるようになった朝会に、シドニアの騎士のOPを歌いながら入ってくるようなＳＥは私の目指すところではないな。戦いの場への入場曲はもういいので設計をして下さい、設計を。適切な設計で工数を減らすのは、あなた方の役目でしょ。あなたの敵はここにはいません。何も打ち砕かなくていいのです。そんなことよりぴょんぴょんしましょう。ぴょんぴょんのほうがメンタル的に優しくていいです。ぴょんぴょんですよぴょんぴょん。

このままで、果たして定年までぴょんぴょん続けられるのかな……。定年……って何歳だっけ……。

元々は55歳か。それが20年で60歳になって……さらに20年経って65歳が当たり前になったのね。じゃあ、あと20年したら70歳が定年かぁ……今働き盛りの人たちは70歳から年金受給者だね☆　平均寿命が延びたぶん定年がずれていくということは「人は働くために生まれる」というのがこの国の常識なんだろうね。（だって政治家は自分を選んでくれた選挙区の空気を読んで法律に反映させる役職でしょ？）　そんでもって現在の定年が65歳、日本人の平均寿命は80代前半。最高齢が110代なので医療福祉諸々の発展で平均寿命と定年があと30年延びる可能性も？95歳で定年！？いやいやいや……そのころには日本人の人生観も変わってるだろうから……いやいやいや……変わってるかなあ。

だったらプログラマーは何歳定年説になっているんだろう。IE9をシェアNo.1に押し上げるような職場に勤めていれば何も心配ないのかな……また大きなパラダイムシフト──という言葉がもうずいぶん久しぶりだけど──が起きてプログラマー定年が上がるのかな……パラダイムシフトじゃ上がらないかな……ライブラリとツールのほうが大事かな……（大体、オブジェクト指向だって末端のアプリケーションエンジニアにとっては「例にならえばいいだけのもの」だったし）……何かを速く便利に自動化するツールよりも、テストコードを書けばそれに合うライブラリを探してきてくれるエージェント指向システムが実現されないかな。今のところ再利用可能なコードを探す手段はドキュメントを検索するのと、ソーシャルふにゃふにゃで誰かに教わることくらいしか無いし。そんなパラダイムシフトが早いとこ起きないかなー起きればいいなー「お前が起こすんだよ」とか言う奴ぜったいいるだろうけどおれはおこせないしなー。

結局、定年って定まってないんだよね。不定年だよ。定年は不定年。同じ境遇の人間が多数いればその都度社会が対策とってくれるだろうし、先のことを気にしても仕方が無いよね。──ってことでハラオチ。

そんな私のベクター体験を元に、ベクターユーザからも訴求されそうなはてなブックマークUIを考案するのが本稿の主題である。

(Dan the full stuck engineer.)

Shared by iNotes - Sync Note with iOS

これで生き残れ

javaやlinuxは手間がかかる　一人でやるには手間がかかりすぎる　手間がかからないで一人で一括開発できて

人の多いところで直接販売できる仕組みが提供されてているメーカ製の言語だけやる　ずばりiphone またはWindow 8 Metro App Store C#

やるならメーカー製の言語、洗練された仕様、脆弱性が少なく　開発ソフトが優れていて開発しやすく情報も多い

奴隷になりたければオープン系をやればいい　時間がかかり　人は多く 足の引っ張り合い　脆弱性が多く 癖があり

大規模開発で詳細設計しかやれない体になって年取ってぽいだ　独立もできない　手間のかかりすぎる仕様だから　

派遣屋・IT経営者はその方が喜ぶ　分散開発で使い捨てしても独立されない 代わりはいくらでもいる　ひどいピンハネ 嫌なら辞めろ

オープン言語、日本独自開発フレームワーク ガラパコ携帯 html5 Android java linux codezineやgihoでよく紹介されるステマ言語rubyやnode.jsとかやめとけ　メディアで釣っておいて数年後廃れて自己責任だと言われ捨てられる

手間がかかり一人でできない　売る場所もない 金にならない　使い捨てられ続け　生きれない　ずっと奴隷仕様のままだ　ここから抜け出すにはiphone一択 またはWindow 8 Metro App Store(未確) C#

Objective-CやC#を身に着けるとサーバーからクライアントまでカバーでき人の多い場所でソフトを売る権利を得られる　セーフティーネットを得ることができる

派遣切りされても会社辞めることになってもソフトを売って生きていける　オープン言語にはそれがない

潰しのきかないガラパコ日本仕様、オープン言語の完全否定から始めよう！！

地方で安い土地を買いコンテナ型の格安高性能オフィスを建て(300万～500万)

レンタル自習室＆シェアオフィス・コワーキングで収入を得ながらそこでアプリを開発する

http://tinyurl.com/7pb2yaa

http://bit.ly/iLIpJa

オフィスはコワーキングスペースを借りる

http://bit.ly/sHz1UU

こちらのページを参考にさせてもらった。

「WinPcapを使用したパケットモニターの作成」CodeZine 古谷誠進さん

http://codezine.jp/article/detail/126?p=2

が、1点バグを発見。

・アダプタ一覧（アダプタ名およびIPアドレス）を取得する

の箇所

// デバイス情報のバッファを開放する

処理は、while(d)ループの外でやらなくちゃいけない。

デバッグきつかったっす、サービスだとデバッグできないこともあって。

・俺のマシンが64bitだから、winpcap.dllやlibと合わない?

(PCAPSDKのLibにx64というサブフォルダがあって、こっちのものを指定しなきゃだめ?)

・WIDECHARとMULTIBYTE の扱いの問題?

と、いろいろ迂回してしまった。

"途中で停止しました"の原因を2時間くらいいろいろ調べ、

解消したら、無事動き出した。

「まずはサンプルの制作だから」と、時間をかけないために記事はあとでゆっくり研究しよう...と

コードをコピペで済ませてるあたしが悪いんだよ。

ちなみに、いろいろ掲載されている情報の中で、こちらのWEBページの記事が一番わかりやすかったです。

1. 目的にあった言語を覚える。目的にあわない言語は意味がない。
2. 世間で人気の言語を覚える。似たような用途の言語であれば、人気な方を選択する。
3. 継続する。外国語学習と同じだが、外国語よりは身につきやすいから安心しよう。
4. 適切な参考資料を読む。公式チュートリアル、公式リファレンス、公式、もしくは人気FAQ、書籍、雑誌記事・@IT・CodeZineの連載など。不適切な参考資料は読まない。例えば、^.*基礎文法最速マスター$は役立たないから読まない。
5. 悩むよりは入力して挙動を確認する。公式チュートリアルや、『入門書』のサンプルコードは入力して挙動を確認するべき。
6. ソースコードのコピペはしない。チュートリアルはともかく、インターネットで公開されているコードは、不適切なものも多数ある。
7. メーリング・リストや掲示板で質問をする。環境やエラーメッセージ、ソースコードなどを整理してから、質問する事は社会常識。
8. 最初の目標は低く設定する。複雑なアプリケーションは最初から作れない。機能拡張は段階を追っていく。
9. 完璧は無いから、常に向上を心がける。より良い開発手法、より良い記述方法、より良いアルゴリズムが大抵ある。
10. 完璧は無いから、動けば正義。ベストなプログラムでなくても、役立つプログラムは多数ある。恐れずに試行錯誤する事が大事。

最初に覚える言語は、目的が明確でない場合はJavaかPythonを推奨する。言語仕様が簡潔で、資料が豊富で、応用範囲が比較的広い。

何か作りたいものがあったわけでもないので

Codezineのサンプルを写して動かしただけ。

これって結局「サーバがネットの向こうに置いてある」だけなんじゃなかろうか。

簡単にGoogleのインフラが使える！ってどっかに書いてあったが、

それって「クラウド」なんて名前付けなくても、大昔からあることじゃない。

俺がネット始めた10年前でさえ

個人でサーバ立てなくてもサイトの開設は出来たし

CGI動かせるようなレンタルサーバだってあった・・・気がする。

それはクラウドなんて呼ばれてなかったと記憶してる。

クラウドの概念っていったい何なんだ。

それが頭の悪い俺が出したアウトプット

find／grep／xargsコマンドを使いこなす　業務で楽するためのUNIXテクニック集「検索」編：CodeZine