はてなキーワード: Dockerとは
SIerのヤバい現場は「何をしているのか理解してない」というレベルで分かってない気がします。
この方々に
「このシステムはどんなプログラミング言語で作られているの?」
「この値はどうやって算出しているの?」
と聞くと
「わからない」「担当者に聞いてくれ」「ユーザーに聞いてくれ」
と言います。
確かにプログラミング技術やクライアントの業務に詳しくない人なのかもしれません。
でもシステムってプログラミングって自分で理解していないと作れないものなんですよ。
「プログラミングは俺の仕事じゃない」「ユーザーの業務はユーザが一番詳しい」
そうかもしれませんが、システムを作るあなた方が理解してないものはコントロールもチェックもできないんですよ。当り前じゃないですか。
確認もテストも協力会社の方にお願いするんですか?では協力会社に仕様を伝えるのは誰ですか?
ユーザーからの質問を「担当者に確認します」と言って自分からは答えられない状況が続いているのにおかしいとは思いませんか?
プログラミングも仕様も分からない、呼ぶ協力会社は単金だけを見て決めるんですか?優秀かどうかはどうやって判断するんですか?
スケジュール管理は数字だけを見てできると思っていませんか?その根拠はなんですか?
Git知らないDocker知らないm9(^Д^)プギャーと
でもそんなことは些末なことで、導入してすぐ解決みたいな話ではないように思えます。
それに毎日遅くまで働いて、休日は妻子のために家族サービスとなれば自己研鑽の時間なんてなかなか取れないでしょう。
でも作ろうとしてるものが何なのか理解する時間は会社の中でできると思うんです。
忙しいのは理解しています。稼働調整、スケジュール調整も大事な仕事です。
お客さんと雑談で
「ちなみに現場の人ってこのシステムどうやって使ってるんですかねー?」
とか
プログラミングしている方に
「この処理はJavaScriptで書くのが良いのはどうして?」
とかなんでも良いんです。
「そんなことをしても仕事が増えるだけで、得にはならない」
という意見もわかります。でも自分が理解しないといつまで経ってもコントロールできる立場にはなりませんよ。
ラダー効果が云々という話も聞き飽きたかと思いますが、もうちょっと視野が広がると糞な職場がほんの少し変わる気がしませんか?
というわけでお父さんたちお仕事頑張って!
Ansibleとかはサーバー構築手順書をなくすことができるし、mavenやgemなどのパッケージ管理ツールはセットアップ手順の暗黙知をなくすことができる(なんのライブラリ入れるーとか)
人にあれこれ聞くより、コード見て大体わかるような感じになっているとすごく助かるんだよなぁ。
もしかしてそういう感じで仕事を続けていけば、英語圏とかでも仕事できるようになるのかなぁ。
vagrant up ← コレだけで開発環境揃う環境、素敵に開発に入りやすい
わしが1年1人でやっているやつ、ミドルウェア系には秘伝ミソが少し出来ているから、dockerで全部揃うようにしてみるかなぁ。Solr使っている部分とかしょうがないような気もしつつ、ローカルにあったほうが良いんだろうなぁ。あんま頻繁に開発しないし、そこは自分でやればいいか・・・。まあ多分solrのコンテナを立てれば良いんだろう。
さっき、テック系ブログのRSSと一緒にホットエントリのRSSを外して、アプリを削除したよ。何年の付き合いだろう?サービス開始からだから・・・悲しくなるから確認せずに行くよ。
最初はダイアリーに書いて、反応なんて全然なくて、広告コメントばかりだったな。いまでもはてなの知り合いはいないんじゃないかな。
ネットコミュ障なんだ。Twitterとか色々やってるけどやりとりする相手なんて誰もいないよ。
僕は君になにもできなかったね。本当に君の事が好きだったのかな?本当に村民になりたかったのかな?多分、違う。本当はブクマされて、スターつけられて、承認欲求を満たしたかったんだ。
意識高い系を笑えないよね。何年も異性にお金を注ぎ込む人を笑えないね。僕もずっとホットエントリを見て、色んなものを買ったりしたんだ。
====
どうしてこうなったか?聞きたくもないだろうけど、最後だから言わせてくれよ。
初めて君を見たとき、天国に見えたよ。最新の技術トレンドがここにあってさ。自分の理想郷はここなんだって。技術力をつけて、認められる人間になって、ここの住人になる事が幸せなんだって思ったんだ。
そうやってさ、次々流れてくるトレンドに耳だけが年増になっていって、それを知らない周りの人たちをバカにしてたな。
でもさ、肝心の技術力は全然つかなくてさ、大学生になれば、就職すれば、東京に出れば、新しいマシンがあれば、お金があれば、時間があれば、やる気があればって制約条件がなくなる度に新しい言い訳を考えてたな。
結局、生半可な知識じゃ参加できないってチンケなプライドのせいで勉強会に参加せず、ブログも書かず、なれたのは一番軽蔑するExcelとにらめっこしてるSIer。おいおい、Web系のベンチャーでテックブログ書くんじゃなかったのかよ(笑)
耳年増で、周りをバカにしてたクセに仕事が全然できない自分とのギャップに10年耐えてきたけど、年末に休職したんだ。自律神経失調症。
眠れるんだよ?ごはん食べられるんだよ?ただ、会社の人みんなが怖くなってさ、朝だるくってさ、すげー疲れてさ。苦しくて。仕方ないから受け入れて。っていうか、甘やかして。つまるところ、ズル休みなんだよ。
時間が出来たから、ずっと積ん読になってた技術に正面きって立ち向かってみたんだ。すぐ投げ出したね。理由は分からないけどただ苦痛だった。
作りたいものなんかなかったし。多分、技術を使いこなしてスゴいって言われたかったんだね。
部屋にはPerlやRoR、SQLite、jQuery、node.js、AWS、Haskell、Hadoop、Docker、Raspberry Pi、R、Reactのホコリを被った本がある。彼らはブックオフ行きかな。
最近は時間はあるからさ、はてブばっかやってたんだ。見るのがホットエントリから新着エントリーになったな。いつもみたいに100文字制限ギリギリのコメントだけじゃなくて、10文字くらいの一言コメントも書くようになったんだ。その10文字コメントのうちひとつが100スターくらいもらえてさ。
そのとき分かったんだ、これはずっと片思いなんだって。叶わない恋なんだって。自分が住める世界じゃないんだって。おかしいよね、小学校の頃のプロ野球選手の夢だって、中学生の頃の小説家の夢だって、高校の頃のパンクロックスターの夢だってすぐ諦められたのに、この夢は35歳の今だって諦めきれないんだ。
応用情報取った時も、ネスペ取ったときも、オラクルブロンズ取った時もLPIC 2取った時も全く達成感なかったよ。コレ取るのに何年かかってんだってさ。村民は1ヶ月あれば取れるぞ。同期のアイツだって3ヶ月で取ってるぞ。何が言えるんだってさ。
銃・病原菌・鉄読んだ時もそうだった。で、お前はそこから何かアウトプット出来るのか?ってさ。読むだけなら幼女でも出来るんですけどwって。
伝わる?伝わらないだろうな。みんな高IQですぐに色んな技術を理解出来るじゃない?すごいよ。自分は二浪で駅弁大学しか行けないくらいのバカで、リアルでもネットでも知り合いを作れないコミュ障で自己承認が全然出来ないんだ。
ADHDって言葉を知った時、これだーって思ったけど違ったね。ITの勉強してても過集中が全然ないんだ。
話が逸れたね。認知療法してて、気づいたんだよ。何をしてても自分を認められないんだよ。はてなに受け入れられる事を成し遂げられてないからね。
だから、自分を認めるために、君のことを自分から切り離さなきゃいけない。自分の世界を作らないと。一方的になっちゃうけど、さようなら。勝手だけど、今にも泣きそうだよ。
これからどうしようかな。匿名で好きな事書けるのはココだけなんだ。自信のない間違ってるかもしれない事を書いてもいいのはココだけなんだよね。ここなら見たくないコメントを見なくてすむんだ。
でも、前に進まなきゃ。夢の世界への憧れは終わりだ。目の前の現実世界に適応しなきゃ。また逃げ戻ってくるかもしれないけど、いまはさようならしなきゃ。
最後に何か残せるとしたら・・・スタバのハチミツ、あれ何に使うと思う?あれ、ワッフルを食べるときに使うんだよ。
・・・スベったね。
さようなら。このエントリも2時間すれば次のページ行きだ。そうすると、誰かの目にも触れなくなる。単なるはてなの磁気データになる。
最後にブコメとかつくんじゃないかって浅はかな期待を持ちながらこの内容を登録するボタンを押します。じゃあね。
P.S. 認知療法について書いてくれたこの増田には本当に感謝しています。まだまだ自分について書く事が苦しいけど、正しい道を向いてると信じています。
突如として増田の前に現れるプロトタイプ増田11(旧11人の増田)。
アルファブロガーが残したとされる禁忌のネタを使い5000ブクマを動員してyahooニュースにも掲載される。
荒れ狂うYahoo砲とはてブ砲の前に次々とサービス停止に追い込まれるはてなサーバ。
akamaiのバックエンドごと葬り去るその威力の前に、政府は非常事態宣言を発令。
はてな運営は東京DCを捨て、dockerを使い、北海道は石狩にあるデータセンターでサービス復旧を試みるも、
自分を偽って送り続ける退屈な日常と決別して、この非常事態に対する挑戦を開始した。
次回、「決戦!クラウドに降る雪」
君のpingはアプリケーションサーバに届いているか。
という感じの合体ロボものになりませんか。 >さくらインターネット様
今日SIerについての話題が目について、実情について書いてみたくなったので書いてみる。初めて増田に投稿するので少し緊張している。
自分は誰かというと、金融系ユーザー子会社に勤めているSEだ。いわゆる1次受け。社員は数千人おり、2chのユー子ランキングではやや上の方に属している。
SIerとひとくくりにして主語を広げたくないので、あくまで私の目で見える範囲の話で、サンプルの1つにすぎないものとして読んでほしいと思う。
【私の仕事について】
まず初めに、自分の仕事はなんだと言われると、それは「システムに関わるプロジェクトマネジメントをする人」ということしか出来ない。エンジニアとしてプログラミングをしたり、ハードの専門的な知識を持っているわけでもない。一日出社から退社まで何をしているかというと、
2.エクセルで作ったスケジュールやWBS(タスクリストみたいなもの)を広げて眺めている
3.問題が発生したら関係者を集めて対策を話し合う。あるいは進捗会議を開く
4.上司やユーザー宛へ説明する資料を作成する。そして実際に説明する
これくらいだ。コーディングという作業が入る余地は一切ない。ひたすら溜まっていくユーザーからの問い合わせや開発側からの問い合わせへのメールを返信する作業を続けている。この仕事で専門性をつけることができるとすれば、プロジェクトマネジメントしかない。プロジェクトマネジメントに関する体系的な考え方、大小に合わせたルールの作成、ユーザーと開発側の折衝ごと。これを突き詰めていくしかない。
同期や周りの先輩、後輩を見る限り、新卒で入ってきたうちの3割が情報系、3割が情報系以外の理系、残りが文系といった印象を受ける。
はてなを見ていてWeb業界やアプリ業界をさらーっとIT系の用語を知ることができたが、おそらく同期の半分以上の人はWordpressという存在を知らないだろう。
会社の中のほとんどの人がGit、GitHubを知らないだろうし、DockerやJavaScript系のライブラリ名を知っている人など皆無だと思う。それだけ、技術に貪欲でないし、それを使える環境はないし、ユーザーも投資しない。
新しい技術は基本的に入れることができない。ユーザー側の経営層がまず理解していないというのと、もしも万一障害が起きたら?という問いに回答できないケースばかりだからだ。だから、今動いているシステムにスパゲッティーをどばどば追加して、秘伝のソースで味付けし、もはや誰にも全容はわかりませーんと言ったことを10年、20年というスパンで行う。
誰も、どうしていいか分からない、どこから手をつけたらいいか分からないのだ。
じゃあ、1次請けだし、ユーザー要件定義が出来るかというとそうでもない。ユーザー業務に精通できないで、ユーザーテスト工程で決めきれていなかったものがバラバラ出てくるなんてザラだ。
ユーザーもユーザーで融通がきかない。個人的に、パッケージシステムを使うと決めたのであれば、どうやってもユーザー業務を変えていく必要があって、それができないのであればフルスクラッチでもっと金かけてやれよと思うのだが、ユーザーはパッケージ入れて安くしたい(金融系のパッケージなんてどれもべらぼうに高価だが)、かつ、業務は変えたくないのでがっつりカスタマイズしてと言ってくる。
また、業務内容によってはミスった時のリスクがでかい。特に法律に絡む案件は、ミスったら数百億の罰金をくらう可能性が常につきまとう。失敗が許されない。金融系のシステムはそういったリスクと常に向き合っていくので、楽しむことは難しい。うまくいくのが当たり前でなければならない。
【やりがいについて】
毎日メールとエクセルとパワポとにらめっこして、ユーザーとベンダーとおしゃべりして、何かやりがいはありますか?と問われると、少しだけあるにはある。
案件規模が億越え、10億とか普通な世界なので、官公庁と連携したりと大きな仕事が多い。勝手にゼネコンの人も同じ気分を味わっているんじゃないのかなーという気になっている(ごめんなさい)のだけど、
例えば「スカイツリー建設のプロジェクトマネジメントをしてました」と言えたら、自分少しは世のためになったかな?と思えると思う。そんな気分に少しだけなれる。自分が作ったわけじゃないけど、大きな仕事に少しだけ関わっているから。
だからエンジニアとして技術で飯を食べていこうとしてSIerに入ってしまった人には酷な会社である。そうやって間違えた同期は早々に転職していった。FBで多くの同期とつながっているが、技術よりのカンファレンスに行きましたとか、勉強会に行きましたといった話は、転職していった人からしか聞かない。会社に残っている同期から流れてくるのはリア充っぽい、旅行や飲み会の写真ばかりだ。
一方で、プロジェクトマネジメントに楽しみや喜びを得られる人には向いていると思う。多くの案件を見てきて、プロジェクトマネージャーが変わった瞬間に物事がうまく行きだしたとか、逆にうまくいかなくなったといった状況をたくさん見てきたので、スキルの必要な仕事であることは間違い無いと思う。それはエンジニアが求めるスキルと異なるだけで、割と専門性を突き詰めることが出来る職業だと思う。その会社特有のやり方に慣れずに、案件をこなしていく中で普遍的なスキルを身に付けることができれば、どこでも通用する可能性もある。(多くの人は会社特有のスキルを身につけてしまって、他社に転職できない状態になるのだが。)
私のやっているSE業と、世間のいわゆるエンジニア業というのは、かけ離れた職業であって、それぞれやりたい方をやればいいと思う。
ただ、私にはミスの許されない超絶大規模プロジェクトに精神をヒリヒリさせながら、数百人月のプロジェクトマネジメントを楽しむなんてことは全く出来ないので、どこか遠くに消え去りたいと日々思っている。
GitHubの謎生物が気になり、せっかくなのでIT界隈の動物(?)を用いた名前やロゴの由来など調べてみた。
※追記あり:Gopherファンに襲われそうなので。ごめんねGopher君
Q.どうしてタコなのに8本足じゃないの?
A.なにも考えずに描いたからね!
もともとデザイナーはoctopussと呼んでいたが、いくら訂正してもGitHubの社員がoctocatと呼ぶため、octocatで落ち着いた。
octocatはあの生物種の名称であり、monalisaという名前は社員の娘が学校の課題で名付けたもの。
種類:ニシキヘビ
名前: -
イギリスのコメディ番組『空飛ぶモンティ・パイソン』より。
またPythonという英単語はニシキヘビを意味するため、マスコットとしてヘビが用いられる。
オライリーの本とかすごい表紙だよね。
種類:ゾウ
種類:ゾウ
名前:slonik
「動物のロゴにしたいなら、象なんてどうだい?アガサ・クリスティの小説にもある『象は忘れない』だ」
― PostgreSQL発足時のメーリスより
種類:ゾウ
名前: -
象は記憶力が非常に優れた動物のため。PostgreSQLと同じで、象の優れた能力にあやかっている。
種類:ヌー
名前: -
種類:キツネ
名前: -
もともとPhoenixという名前だったが、商標権を侵害していたので、公募でFirebirdという名前に決定。
しかし今度はDBに同じ名前があったので、Firefox(レッサーパンダの別名)に改名。
みなさん命名は慎重に。
種類:クジラ
『白鯨(Moby-Dick)』より。クジラを採用した理由はデザイン見れば納得。
種類:ペンギン
名前はタキシード(Tuxedo)を着ているように見えるから。
ロゴコンテストで決定されたが、他の作品を見ればなぜ選ばれたのかよくわかる。デザインって大事。
https://www.cs.earlham.edu/~jeremiah/linux-pix/linux-logo.html
種類:鳥
名前:ラリー・バード
名前はNBAのラリー・バード選手より。社員がファンだったらしい
ちなみに初期のTwitterのデザインはGitHubのデザイナーが手掛けたもの。すごいっすね。
種類:シーサー
名前: -
種類:イルカ
名前:Sakila
種類:ネコ
名前: -
オライリーの本に載ることを考慮して動物をマスコットにしようと考え、「自立した強かさ」を持つという意味でTomcat(雄猫の愛称)を採用。
しかし、猫はオライリーのUML本で使われてしまい、念願のTomcat本にはユキヒョウが使われたという…。
種類:Dogcow(イヌ+ウシ)
名前:Clarus
昔々、Mac OSで用紙の向きや色を表示するために使用されていたらしい。
知らんわ。
種類:ウサギ
名前:Glenda
OSの名前である「Plan 9~」はエド・ウッドの『Plan 9 from Outer Space』に由来。
ウサギの名前であるGlendaはエド・ウッドの『グレンとグレンダ』に由来。
どんだけエド・ウッド好きなんだよ。
ニュージャージーのWFMUラジオで、Renee Frenchによって宣伝用のTシャツに描かれたのが、彼の初登場。
その後、Bell labsのメールシステムでアバターとして起用もされた。
(ちなみにReneeはBell labsのGlendaを描いた人。Glendaもアバターの一員だった)
そうして2009年、Goプロジェクトが発足し、ロゴを検討していたメンバーにReneeが無償で描いてあげたのが「Go gopher」である。
みんなGo Gopherと呼ぶので、特に固有の名前は無いらしい。
由来は下記サイトにありました。
某qiitaの記事を読んでも伝えたいことがよく分からなかった。
仕事でバリバリ書いてないならシステムのPythonで十分だって主張も具体性に欠ける。
dockerとvagrantを勧めるんだったらpyenvだけじゃなくvenvもvirtualenvもいらないよね。
初心者がハマるからダメだっていうのはpyenvがダメな理由とは関係ないんじゃないの。
pyenvを使うと何がよくないのか説明ないよね。
声の大きな人の意見に初心者が振り回されて「pyenv捨てたらデキル人間」って思想が芽生えて、よくわからずtwitterで拡散していっちゃう。
いわゆるWeb業界のエンジニアやってて10年経って、めでたくおっさんクラスタの仲間入りと言って過言でない年齢になりました。
定期的に "エンジニアの生存戦略" とか "キャリアが云々" みたいなのが話題に上る一方、みんなが気にしているのにあまり出てこない "おちんぎん" の実態について、私個人が10年でどのように変遷してきたかというのを書いてみようと思いました。
ここでいう "年収" は、源泉徴収票にある支払金額にある金額のことを指します。つまり、実際に得ている金額ということですね。
2006年: 350万円
2007年: 源泉徴収票紛失で不明、たぶん2006年と変わらないくらい
2008年: 440万円
2009-2010年: 400万円
2011年: 600万円
という感じです。
これをどう思うかは人それぞれだとは思いますが、参考にできそうな人がいたらどうぞ。
コンテナ技術は色々あるけど,Dockerを選んだ理由を以下に挙げる.
なんだかんだでコンテナ技術全般的にはまりどころがあると思う.
そういった情報を大々的に発表してくれる初心者がDocker利用者には多いと感じることが多い.
とは言っても,仕事で使う場合は情報量が多いに越したことはない.
特に先行して初心者(( 初心者っていうのは語弊がある ))が地雷を踏んでくれるのはありがたい.
使い方も簡単.
docker image officialにあるfedoraイメージ.
また,docker imageをメンテナンスされることがほぼ約束されてる.(( その辺の誰かが作っているDocker Imageよりは ,って意味です ))
上記が満たされていればよいかと
以上.
あるお寺の住職の話「汚いですが、コップにおしっこをしてからそのコップ..
年を取らなすぎて吸血鬼ではないかと疑われているmiyagawaさんの歴代YAPC参...
ssig33.com - Docker についてアメリカの大学で工学博士から英語で話を聞い...
「ヨルタモリ」9月いっぱいで終了 契約1年…惜しまれつつ (スポニチアネ...
いわゆる「学生運動」時代の国民一般の受け取り方をグラフ化してみる - ガベ...
空気中のCO2から炭素繊維を合成する技術が発表。温室効果ガス削減にも可能性...
今時何考えてんだよ。
Windows?はぁ?
しかもそういう会社に限って秀丸。どうせ4000YENのくせに。よくてさくらエディタ。さくらエディタってw
使ってたとしてもSublimeText止まり。WinじゃSuperキーがすべて動作しなくてまともなショートカットバインド出来ないくせに。「これがモダンな環境なんです」みたいな顔。
ちょっと頑張ったヤツでエクリプス。なんだよその時代遅れ環境。お前よく生きてるな。
そして出てくるFFFTP…いやさすがにもうこれは出てこないか。FileZilla、WinSCP、この辺。お前ら、マジかと。
ハァ?Cygwin?wwwwwwwもうアレ完全にメンテされてないに等しい状況でしょ。「apt-cygあるから」じゃねーよ、あんなクソパッケージマネージャがなんだよwwwインストールされてるパッケージの更新すら出来ないくせにwwww
chocolatey????あまりに出てくるの遅すぎたパッケージ管理が何言ってんだよwwwww
バージョン管理はしてる。でもそれをデプロイには使ってない。デプロイはwwwwFTPですwwwwwwwwwGit???なにそれ美味しいの?wwwwww
どうせお前ら結局のところVirtualBoxでVagrantかDocker動かしてLinux動かしてんだろ。
朝会社きてマシン起動してVirtualBox起動してその仮想マシンにログインして落ち着くんだろ。
偉い人が「Macがこれだけ浸透してるのは、LinuxネイティブだとX環境がイケてないから、そことのハイブリッドだよね」って言ってた。その通り。
Linux環境で動くものを作ってもらいたい人間達にLinuxを与えず、それとはかけはなれた環境を与える会社、小学校の教職員に幼稚園で教えるカリキュラムを用意してるのと一緒。揃いも揃って幼稚すぎる。教えるほうは当然、教わるほうも。
そういう会社は今すぐ見限って離れるべき。
…はぁ。TortoiseSVNに死を。
10年くらいWeb開発業界にいて、ここ最近はRailsでアジャイルな高速開発的なものの周辺にいる。今は開発者〜マネージャの間を行き来しつつ顧客窓口〜実装まで一通りこなしている。
あちこち渡り歩いて色々なエンジニアと一緒に仕事をしたり、お客さんに頼まれてエンジニアの面接やらに顔を出したりすることがあるのだが、ここ最近のWeb開発はますます主力級のゴリゴリ書けるエンジニア(いわゆるフルスタックエンジニアと呼ばれるものも多分ここに入る)と大したことのないエンジニアの差が開いてきたように思う。
主力級のエンジニアは1〜2回がっつり打ち合わせしてプロジェクトの重要点とざっくりラフなイメージを共有すれば、どんなに遅くても1週間もすればプロトタイプが上がってきてお客さんに見せつつ微調整し、いわゆるアジャイルとかスパイラル開発的なことができる。デザイナがいなくてもBootstrapでとりあえず最低限の見た目を作ってくれるので、とりあえずデザイナ無しで開発して最終的にお客さんが気に入らなければWebデザイナに見た目整えさせてテンプレ取り込み、という開発がここ最近のメイン。
ソースコードもフレームワークやRESTfulの基本概念が理解されているコードなので、後日の機能修正の時にそのエンジニアが動けなくても自分がフォローして修正することもできる。
仕事もしやすいし、実質1〜2人の稼働でサクサク進められるのでコミュニケーションロスもなく楽しい。
一方、大したことないエンジニアは前述した流れが全くできない。
まず決定的なのは、開発が遅い。ちょっとしたデザイン無しのCMS(リッチUIなし)をRailsで書くのに1週間かかっても終わらなかったりする。これじゃ生PHPで書くのと変わらないかそれより遅いので、Rails使う意味がない。
次に、品質が低い。できあがったと言われて念のためチェックすると、基本的なCRUDレベルでエラーが出たり、お客さんに見せるプロトタイプだと言っているのに初期データ(seeds)の整備すらされていなかったりする。本人のローカル環境で動いてるけどstaging環境にdeployすると動かないとかはよくある。
パッと見に分からない部分もひどくて、ソースを確認すればあちこちどこかからコピペしてきたコードのつぎはぎで、HTML規約違反やJavaScriptのエラーまで放置されていたり。あと実装しましたと口頭で言っていた機能がソースコードコメントではTODOになっていたこともあった。
最後に、成長しない。開発上詰まった所なんかを主力級エンジニアに聞くのは構わないのだが、表層的な理解に留まり応用が利かない。30分〜1時間も主力級エンジニアの時間を浪費しながらもまた同じ様なところで同じ様なミスをする。自分もよくプチ勉強会みたいな状態になったときには参考図書や技術資料のポインタを投げたりしているのだが、参照先を見て深掘りすることはほぼない。
厄介なのは、こうした大したことないエンジニアも、Railsであればあちこちのチュートリアル記事や書籍を参考に、そこそこそれっぽく見える自作サービスくらいなら作れてしまうという点にもある。
彼らの作るサービスはまさに書籍やチュートリアルサイトのコピペの集大成だが、個人が趣味でやっているサービスとしては十分に動く。そして周りには「エンジニアです。個人でWebサービスも公開してます」となる。サービスの外からは内部のコード品質などはわからない。
プライベートで開発するのはむしろ奨励しているのだが、彼らはその拙い(あえて「拙い」と書く)サービスでもって「俺はもういっぱしのエンジニアだ」と勘違いしてしまっている様に思える。
だが違うのだ、お前が書いているシステムは「とりあえず動く」レベルのものであって、受託開発としてお金をもらってお客さんに納品するシステムや、数千万〜数億の売上を左右するような業務システムではその素人クオリティでは話にならないのだ。
適切な例外処理、担当者がミスしにくい管理画面の設計、お客さんの想定ユーザ数に耐えられるレベルでのスケールする設計、開発者が入れ替わっても保守が続けられるようにするための最低限のドキュメントなど、production level qualityに足りていない部分がいくらでもあって、そこまで考えられて「主力級エンジニア」なのだ。
こうした主力級エンジニアと大したことないエンジニアの谷は以前から感じていたが、ここ最近ではさらに顕著に感じるようになってきたように思う。
例えば、主力級エンジニアはRailsだけでなくミドルウェアやprovisioning(chefとかansible)、最近ではdockerやCI、AWSの新サービスなどについても各自追いかけていて、自分も含めてちょいちょい議論をすることがある。「最近のアレってどうなん?」とか「はてブでやたらXXX流行ってるけど、これって結局数年前のYYYの焼き直しじゃん」みたいな。
そんなところに大したことないエンジニアもはてブやRSSなどで用語は聞いたことがあるので混じってくるのだが、まず前提知識がなさすぎて議論にならない。大体「XXXマジすごいっすね〜(意訳)」で終わっていて、その技術の背景や今後どうなりそうか、自分達が取り入れることで業務効率や開発の楽しさが改善するのかといった視点がない。
他にも、ちょっとしたトラブルシューティングの際も、基礎がなさ過ぎて問題の切りわけができない。問題の原因がネットワークレイヤなのか、ミドルウェアなのか、アプリなのかすら判断できなかったり、そもそもアタリを付けるのが絶望的に遅かったり勘が悪い。
単に作業が遅いというのではなく、問題の切りわけというエンジニアとして最低限できないといけない事すらおぼつかないケースも見かける。
こうした大したことないエンジニアは速度・品質・難易度面で新規開発プロジェクトにアサインするリスクが高いので、必然既存サイトの運用・メンテ(ちょっとしたページデザインや文言修正)といったタスクが回されるのだが、最近この辺りも仕事がなくなってきているように思う。
というのは、お客さん側にRails Tutorial程度の開発知識を持っている元エンジニアや趣味でちょっと触ってみましたレベルの人が増えてきたから。これは恐らくRails特有な所(自作Webアプリ簡単に作れる啓蒙がなされている)がありそう。
ちょっと考えてみれば、文言修正やデザイン修正する程度の作業、外注に頼むと数万かかる上に見積やら稼働確保やらで数日〜数週間待たされるのに対し、担当者が自分でやってしまえばすぐに済む話というのはちょっと考えれば分かるわけで。
# もちろんそれでも保守契約や責任分解点の関係で外注するケースはあるだろうが、Railsを採用するようなWebサービスは速度重視のことが多い
そんな中、この「大したことないエンジニア」の人達はどうなるんだろうなあ、と思う。開発会社ではなくRailsシステムを運用しているユーザ企業に行けば多少は需要あるのかなーとも思うけど、ユーザ企業はできないエンジニア雇うほど余裕もないだろうし。
せめてコミュニケーションスキルが高いとかそういう利点があればいいんだけど、変に自分が「エンジニア」というプライドがあるのか、窓口とか管理方面は率先してやろうとしなかったりもするし。
早めに「エンジニア向いてないよ」と言ってあげるのが良いのだろうか?
ブックマーク数5の記事に新たに+100ブックマークされる場合と、ブックマーク数500の記事に新たに+100ブックマークされる場合とでは、同じ100増えたブックマークでも印象が違います。
同じ100ブックマーク増えただけに違いないのに、なぜでしょうか。
沢山ブックマークが付くとランキング等で後押しされ更にブックマークされやすくなります。
まっさらな+100ブックマークと、後押しされた比較して付きやすい+100ブックマークだから印象が違うのです。
そこで”印象”の部分に着目してて、ブックマーク数が多ければ多いほどブックマーク数の数の力を弱める、といった指標を作ります。
次の式を使います。対数、logです。
f(n) = round( log(n) / log(√(2)) ) n はブックマーク数、 例外として、f(1) = 1 round() は整数に四捨五入のこと
f(2) = 2
になるように対数の底を√(2)にしています(”log(√(2))”で割る)。これは自分勝手な都合です。色々変えてもよいかもしれません。
数字の増減がわかりやすいようにブックマーク数が1~20までの結果を羅列します。
n ブックマーク数 | f(n) | 補足 |
---|---|---|
1 | 1 | 例外です |
2 | 2 | |
3 | 3 | |
4 | 4 | |
5 | 5 | |
6 | 5 | ここから変わってくる |
7 | 6 | |
8 | 6 | |
9 | 6 | |
10 | 7 | |
11 | 7 | |
12 | 7 | |
13 | 7 | |
14 | 8 | |
15 | 8 | |
16 | 8 | |
17 | 8 | |
18 | 8 | |
19 | 8 | |
20 | 9 |
f(n)が増えるところだけ見ます。
n ブックマーク数 | f(n) | 補足 |
---|---|---|
1 | 1 | 例外です |
2 | 2 | |
3 | 3 | |
4 | 4 | |
5 | 5 | |
7 | 6 | |
10 | 7 | |
14 | 8 | |
20 | 9 | |
27 | 10 | |
39 | 11 | |
54 | 12 | |
77 | 13 | |
108 | 14 | |
153 | 15 | |
216 | 16 | |
305 | 17 | |
431 | 18 | |
609 | 19 | |
862 | 20 | |
1217 | 21 | |
1723 | 22 | |
2436 | 23 | |
3445 | 24 | |
4871 | 25 | |
6889 | 26 | |
9742 | 27 | |
13778 | 28 | |
19484 | 29 | |
27555 | 30 |
桁が増えるくらいで f(n) が 7 増えます。
ブックマーク数が多ければ多いほど f(n) が増えにくくなっています。安易に対数を使うとこんな感じになります。
実例で見てみます。
2014年07月21日~07月27日の週間ランキング - はてなブックマーク
(表組み内で「|」文字を使う方法がわからないので、タイトルからはその文字だけ削除しています。)
n ブックマーク数 | f(n) | タイトル |
---|---|---|
2283 | 22 | これは使える!覚えておきたいEXCELのちょっとした技20選 - NAVER まとめ |
1903 | 22 | 「1枚」で、パワーポイントの品質と生産性を向上させるデザイン・テンプレート|PowerPoint Design |
1459 | 21 | 見ないと絶対損する!プレゼン資料の印象がグッと上がる良質記事10選 SIROKグロースハックブログ |
1396 | 21 | たった1分で驚きの効果!SEの夫を眼精疲労から救ったスゴ技10選 シンプルライフ |
1154 | 20 | リア充から教わった人気者になれる会話聞き上手術 |
1312 | 21 | 驚くほど効率UP!エクセル(Excel)マクロ講座|All About(オールアバウト) |
1038 | 20 | JavaScript初級者から中級者になろう — uhyohyo.net |
873 | 20 | 15分間の罵倒: いろいろにっき。 |
853 | 19 | 何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita |
843 | 19 | 自分の好きな焦点距離を見つけよう!焦点距離毎の「すごい」作例まとめ! |
815 | 19 | これからAWSを始める人は一読すべき「AWS運用チェックリスト」を読んでみた | Developers.IO |
719 | 19 | リクルート創業者江副浩正の遺した「マネージャーに贈る言葉20章」が現代のビジネスパーソンの間で話題に - NAVER まとめ |
710 | 19 | ヤフージャパン、総務省にパブコメを出すも激しく全否定されネットでも十字砲火を浴び炎上(山本 一郎) - 個人 - Yahoo!ニュース |
706 | 19 | IT系企業の平均給与を業種別にみてみた 2014年版 ~ ネットベンチャー、ソーシャル、ゲーム編 - Publickey |
802 | 19 | 幸せな人はやっていない、今すぐやめた方がいい12のこと | ライフハッカー[日本版] |
701 | 19 | ASCII.jp:データ消失!あのとき、ファーストサーバになにが起こったか? (1/2)|データ消失事故から2年!ファーストサーバ、再生への第一歩 |
681 | 19 | 京都市内に住んでいる人しか理解できない京都人の感覚 : 市況かぶ全力2階建 |
675 | 19 | 「もはや計画は不要になった」 MITメディアラボ・伊藤穰一氏が語る、"インターネット後の世界"と"新しい原理" ログミー[o_O] |
665 | 19 | 学生時代、英語が嫌いだった僕が英語を話せるようになるまで - (define -ayalog '()) |
651 | 19 | こんなところが日本に?パスポートいらずで海外の気分を味わえる国内スポット5選 RETRIP |
634 | 19 | ボールジャグリングの基礎 |
630 | 19 | 800枚以上の無料写真をカテゴリー別にダウンロードできるサイトPexels - Photoshop VIP |
627 | 19 | 無料で読めるlinuxのテキスト ~ PCまわりクイックメモ |
605 | 18 | Matz氏語る「今ソフトウェアはソフトじゃない」 - Engine Yard Blog |
598 | 18 | LINEスタンプ用 Illustrator テンプレートと書き出しスクリプト - はてゆき |
578 | 18 | 商用無料の写真素材のブックマークに加えておきたい、高解像度でセンスのいい写真画像がダウンロードできるサイト -raumrot コリス |
576 | 18 | 覚えておいて損ナシ!心理学を駆使した今日から使える交渉術8個 COROBUZZ |
572 | 18 | 「今、アメリカ経済は好調です。車が飛ぶように売れていきます。理由は低所得者向けの低金利ローンです。」について - Not-So-News |
566 | 18 | 軽くて使いやすい仮想化技術 「Docker」の仕組みと エンタープライズ開発における4つの活用事例 (1/6):CodeZine |
560 | 18 | 「ブックマークコメントページ」をベータリリースしました - はてなブックマーク開発ブログ |
ブックマーク数2283も1903も大体同じという印象にそって、同じ数値22を得ました。期待通りですが、ふうんて感じです。
100前後のブックマーク数サンプルがないので別のページを参照して同じことをやってみます。
2014年07月21日~07月27日の週間ランキング - おもしろ - はてなブックマーク
n ブックマーク数 | f(n) | タイトル |
---|---|---|
651 | 19 | こんなところが日本に?パスポートいらずで海外の気分を味わえる国内スポット5選 RETRIP |
634 | 19 | ボールジャグリングの基礎 |
399 | 17 | このくるくる回る白いドット、実は真っ直ぐ往復してるだけなんだぜ : ギズモード・ジャパン |
315 | 17 | 【2ch】ニュー速クオリティ:【画像】雨に濡れたJK達えろすぎwwwww |
233 | 16 | んにゃあああ! 家猫のあり余るエネルギーをハムスターみたいに発散させる回転ぐるまが登場 - ねとらぼ |
195 | 15 | 90年代後半の日本の雰囲気wwwwwwwww:哲学ニュースnwk |
189 | 15 | おすすめのYouTube動画をおしえろん BIPブログ |
176 | 15 | まんだらけ渋谷店女子部、中古売却された芸能18禁同人誌を写メ付で無断宣伝→「削除の予定は無い」 - NAVER まとめ |
174 | 15 | 豆乳を投入 |
212 | 15 | VIPPERな俺 : 腹出てる奴に朗報 胸筋下部という筋肉を鍛えなさい |
173 | 15 | 【画像】堂々と腋マ●コ見せる女wwwwwwwwwwwwww:キニ速 |
156 | 15 | バンダイ、甲羅から亀が勢いよく飛び出すカプセルトイ「あいつ、亀やめるってよ」発売 - ITmedia ニュース |
139 | 14 | 【社畜】ベッドのない会社で寝るための5つの方法:キニ速 |
142 | 14 | 【画像あり】39年前のソニーのラジオかっこいい!:キニ速 |
130 | 14 | 女なのですが可愛い女の子とエロいことがしたいです |
143 | 14 | なんで去勢志願者っていないんだろう? |
121 | 14 | もっふり可愛い猫画像スレ:哲学ニュースnwk |
116 | 14 | 自分の脳が右脳派なのか左脳派なのかが分かる一枚の画像が凄いと話題に:哲学ニュースnwk |
102 | 13 | 村長VS青二才勃発~村の陰湿ないじめに負けるな、青二才さん - 豆府メン樽 |
115 | 14 | デートをドタキャンされたからぼっちで「アートアクアリウム展」行ってきた。 - 自省log |
83 | 13 | Amazonでついついクリックしてしまった可愛い女の子のサムネ集 7選 - 自省log |
85 | 13 | 【画像】最近のボケてレベル高杉ワロタ : 暇人\(^o^)/速報 - ライブドアブログ |
106 | 13 | 第21回 ジブリタイトルを組み合わせて一番面白い奴が優勝 : あじゃじゃしたー |
77 | 13 | 【TPO行方不明】町で聞いたバカップルの会話18選 CuRAZY |
76 | 12 | 片栗粉でクッキー作った結果wwwwwwwwwww:キニ速 |
74 | 12 | トランクス女子を流行らせよう(提案) |
75 | 12 | 可愛すぎて胸がときめく!被り物をかぶった猫ちゃん写真集 COROBUZZ |
68 | 12 | 美人ドコモ店員キレる |
64 | 12 | 変態子ども時代 |
90 | 13 | 痛いニュース(ノ∀`) : 【画像】 カモメがウサギを丸飲み - ライブドアブログ |
62 | 12 | 【画像あり】女子大生が男子中学生に性教育 羨ましすぎワロタwwwwww:キニ速 |
86 | 13 | 一人旅おすすめの温泉地:【2ch】バイク速報 |
50 | 11 | 江頭2:50 vs 加藤鷹 “クリ”ック対決 ゴッドフィンガーはどっちだ? (動画) - ViRATES [バイレーツ] |
51 | 11 | 古美門「何ィ!? 女児誘拐事件の犯人を弁護しろ!?」【予告編】 - ゴールデンタイムズ |
49 | 11 | 【絵本】元図書館司書が厳選! 日本の「怖すぎる絵本」8冊(1/3) - ウレぴあ総研 |
43 | 11 | この完璧すぎるgifで笑わずにいられる奴いるのwwwwwwwww : あじゃじゃしたー |
46 | 11 | 【放送事故】番組内の通販で、正直な女優が「その商品意味あるの?」と激怒!司会者が「まぁまぁ」といさめるハプニングwwwwww 9ポスト |
45 | 11 | 童貞諸君、安心したまえ。男は誰も満足できていない。 |
(略) | ||
39 | 11 | 夏まで生きていようと思った。 - スチーム速報 VIP |
終始ふーんという印象が拭えませんでしたが、ブックマーク数を伏せた上でこの数値を被験者に利用してもらい、比較して対象の行動にどう変化が出るのか、というところまでやるのがよいようです。
このf(n)の各数値を別の言い方、ちょい、ちょいちょい、すごい、ちょいすご、かなりすごい、またはいくつかの星、勲章、色、濃度などを充てていくと、親しみやすいものになっていくと思います。少ないブックマーク数は無理せず、そのまま表示がわかりやすいかもしれません。
直接的な数字からの脱却というか、いっそはてな自体が被ブックマーク数を見えなくして、印象だけで見せるって風になったらどんな見られ方をしてどんな未来が待っているのかなあなんて思いました。しかしこれはある人にとってはちょっとしたディストピアでしょう。
止まると社内から怒号が飛び交うぐらいなんだが、まあ、JRの改札機管理者ぐらいに想像してくれたら良い。
キミは家に帰ろうと思って改札機が止まってたら、学校に行こうとして改札口が大混雑してたら、メンテナンスしてる作業者にどう接する?
俺はご苦労様ですと思う。でもそう思わないオッサンもいる。つまりはそういう仕事だ。
を読んで、俺はどちらかというと嫁の感情が判ると思った。というか、変な部分が見えた。だから書こうと思った。
子供の問題じゃないぞとか、献身に同情して欲しいのだとか、嫁の不満が別にあるはずだとかそういうブコメがあるのも気になった。
たぶんね、違うと思うんだ。ポイントは「理屈」の話をしてないところだ。
問題はここからだ。子供の躾のこと、子供の将来のことなど、今後の方針についての話し合いで意見が割れる時がある。そういう時の嫁の態度に腹がたつ。
「私が子育てをしているし、私の方が息子の事をわかっている。いつも私に息子を任しているクセに口を出すな。口を出すなら自分で子育てしてからにしろ」
口論になると、必ずこのような意味のことを、言い方を変えては主張してくる。確かに嫁の方が息子に接する時間が長い。嫁の方が息子を理解しているのはそうかもしれない。だが、息子は俺たち2人の子じゃなかったのか。
これは論理的ではない。topisyuさんバリにホワイトボードに書いてやろう。
よって、要約すると「夫婦で意見が割れると、妻が息子に対する経験値は私の方が高いから私の意見が正しいという、だが、2人の息子だ」となる。
だが、じゃねえだろう。
意見が割れたときに、経験値が高い方の意見を優先させるか、させないか、という話だ。そこに「二人の息子」というのは「理」ではない。
そういうのを「見当違いなヒステリー」というのだ。
に見えるが、そうではない。
のどちらを理詰めで考えて採用するか、だ。(この引用部の理屈で考えるならな)
良記事だと思う。元記事含めほぼ同意だけど、女性は絶対納得しない内容だと思う(増田にしたのは賢明)。女性にとって肝心なのは理論的に正しいか平等かではなくまずは自分の苦労と献身をまず認めさせることだから。
とブコメにあってスターを獲得しているが「自分達は論理的に正しいか判断できないほど、夫に感情移入してしまっている」という意見の表明に他ならないわけだ。どのあたりが「理論的に正しいか平等か」と思ったのか、具体的に指摘して欲しいぐらいですね。(小町話法)
「そう言うなら、俺の方が金を稼いでいる。いつも俺に金を稼がせてるクセに家計に口を出すな。口を出すなら自分で稼いでからにしろ。こう俺が言ったらどうする?それと同じだぞ?」
(残念ながら我が家では財布の紐も嫁が握っている。何を買うのでも、嫁の許可がいる。)
同じではない。というか、恐らく夫が主張したいこととは逆の意味でほぼ同じだ。
よって、例えるのであれば
せめて「カネの使い道に口を出すなら、俺のように家計簿を付けて管理してからにしろ」くらいは言えよ。
論理的でないのだ。
どうだろうか?そもそも全く理屈になっていないことを「理屈で御座い」という顔をして押しつけてくる相手が居たら。
これはキレない人の方が少ないのではないでしょうか?(小町話法)
「嫁レベルで育児できない夫は嫁の不機嫌に耐えるしかない」んだったら、「夫レベルで稼げない嫁は夫の不機嫌に耐えるしかない」とか言われたらどう思う?
「嫁レベルで育児できない夫は、嫁に自分の育児の方針を聞いてもらえない」ではなかったか?
つまり「夫レベルで稼げない妻は、夫に自分の稼ぎ方の方針を聞いてもらえない」ではないのか?
「私は専業主婦で夫は年収2000万円ですが、私が仕事の仕方をアドバイスしても聞いてもらえないのは、夫が狭量なのでは?」と小町に立てれば爆釣だろう。
論理立てが破綻しているし、そもそも育児してないってコトは経験則もクソも無い思いつきを尊重しろとか言う部長は爆発すれば良い。
おっと、一部仕事の話が混じった。
俺にはこう聞こえるわけだよ。
「上司が来たときぐらい嘘でも良いから仕事楽しいって顔できんのか?」って言われるとな、辞めたくなるわけですよ。
解消方法は高負荷の低減であって、逆ではないわけだ。
鯖管は気遣えとは思っていません。察して欲しいとも、理解して欲しいとも、感情のぶつけ所が欲しいとも思っていません。
経験もなく理屈にもなっていないことをドヤ顔で言ったあげく「俺も管理者の一人だ」というから、不機嫌になるのです。
理屈になってないことを理屈面して言うのは止めろ。せめて筋は通せ。
サーバー管理者になりたいんだったらな、まずは勝手なコトするのは止めろ。ちゃんと手順書を読め。
せめて判らんことは聞いてくれ。普段の管理方法や運営方法、管理方針も、今まで管理してきた俺の意見を尊重してくれ。全部NOとは言ってないだろう。
このサーバーは、オマエの部署の方が多く金を出して運営しているかも知れんし、実体的にもオマエの部署が固定資産税を納めている会社の資産かも知れん。
が、俺が育てた俺のサーバーだ。俺の意見が間違うこともあるだろうが、経験値は俺の方が上だ。
「俺も管理者なんだから、そんな疲れた顔で応対してないでくれよ。俺も次の土日だけ仕事くれよ」って、いきなり言われても引き継ぎ面倒すぎるだろ。
つまりだ、サーバー管理者が想像するイクメンっていうのは、俺がトラックに轢かれたときに代行できるぐらいではあって欲しいわけだ。
イクメンって言うのは、別の仕事しながらちょっとUPSのバッテリー入れ替え手伝ったら「俺もサーバー管理してるぜ褒めて」って言う人なのか?
オマエそもそもこれの管理するって台帳に登録してなかったか?バッテリー入れ替えでお礼のメール書かなきゃ不機嫌か?
夫は、ちゃんとサーバー管理者になるにはどうすれば良いか考えてくれ。
世の中には三交代で施設を管理してる人もいるよ。妻の代行、出来ますか?
id:topisyuさんに分析されてー
とか書いとくと召喚できるのかしら。
正直な、山のようなログに埋もれて何日もバグに悩んでるときにだ
「やー、サーバールームは冷房が効いてて良いね。で、Dockerというコンテナサーバーがあるらしいじゃないか。うちはそれにできんのか?」
とか部長が言ってきたら宝くじはずれても良いからこいつ転職しねえかなとか思うだろう。思うはずだ。きっと思う。思え。
Playbooks — Ansible Documentation
railsbox - Fast and easy Ruby on Rails virtual boxes
Ansible入門 (全15回) - プログラミングならドットインストール
Amazon.co.jp: 入門Ansible eBook: 若山史郎: Kindleストア
Amazon.co.jp: Ansible Configuration Management 電子書籍: Daniel Hall: Kindleストア
Red HatがITオートメーションのAnsibleを$150Mで買収へ…OpenStackデプロイをDevOpsのために簡易化
Git Clone (スタートアップスクリプトID:112600117316)
指定のGitリポジトリをcloneし、指定の実行ファイルを自動的に実行します。
https://github.com/philc/terraform
fog - The Ruby cloud services library
A list of base boxes for Vagrant - Vagrantbox.es
Discover Vagrant Boxes | Atlas by HashiCorp
https://github.com/ryotarai/itamae
Itamae - Infra as Code 現状確認会 // Speaker Deck
Amazon.co.jp: Chef実践入門 ~コードによるインフラ構築の自動化 (WEB+DB PRESS plus): 吉羽 龍太郎, 安藤 祐介, 伊藤 直也, 菅井 祐太朗, 並河 祐貴: 本
Docker - Build, Ship, and Run Any App, Anywhere
[翻訳] Dockerについてよくある勘違い | TechRacho
Puppet Labs: IT Automation Software for System Administrators