不寛容社会とエンジニアの「正しさハラスメント」 - エモくありたい
先日、珍しく時間を持て余していたので、テレビを見る機会があった。 バラエティ番組を見るつもりもなく、また、10分ほどだったので、回したのはニュースチャンネル。そのときの題材に「不寛容社会」というものがあった。 何かと繊細な昨今、運動会での組体操でのピラミッド禁止や、除夜の金に苦情がきたために日中におこなうなど、ノイジーマイノリティによる過度な規制や自粛に疑問を示す内容であった。 「不寛容社会」というものは、インターネットにも溢れていると思う。いや、インターネットこそが不寛容社会を助長させていると言っても過言ではない状態だろう。どうあっても必ず誰かが批判をし、それが大きく取り上げられ、最終的には自由が制限される世界はまさに今のインターネットだ。 そうしたインターネットについて述べても良いのだが、今日は少し変わって、「不寛容」という言葉から連想された、エンジニアの「正しさハラスメント」について
薬学生を謳歌し、春からITエンジニアかじります。 - あいかりんの絵日記
こんばんは、あいかです。 まずはご報告です。 就職先が決まりました！（ぱちぱち） 実は４月の頭に決まっていたのですが、もろもろ事情がありまして、就活生の友達には５月くらいに決まっただの嘘をついていました。すみませんでした。 今日このブログは、同じ大学学部の人、また、薬学や医療系学部の人に読んでもらえたらと思っています。 タイトルにも書きましたが、私は４年制薬学部を卒業した後に大学院に進学しました。現在薬学研究科の修士２年です。月から土まで研究室で、微生物やら細胞やらを扱って実験しています。が、実験をするのは学生までです。来春からは、エンジニアさんたちと一緒に働きます。薬学生の私は、IT系の職種で採用をいただきました。 -- -- -- -- -- -- -- -- -- -- そんな私の就活を、 私大薬から院まで行ったのに勿体ないと思いましたか？ それとも、違った進路で面白そうと思いました
この『物語』は、ぼくが歩き出す物語だ。肉体が……という意味ではなく、エンジニアとしてという意味で……
デブサミ関西基調講演資料
「しわ寄せはいつも技術者に来る」「笑えるどころか胃が痛くなってきた」 エンジニアの苦悩を描いた動画に世界中が共感
こうしてまた1人のエンジニアが狂っていくのであった。 YouTubeに投稿された、とある短編コメディが「これはひどい」「リアルすぎて笑えない」と技術者たちの間で話題になっています。クライアントとの打ち合わせに、専門家として同席することになったアンダーソンさん（エンジニア）でしたが……。 字幕が見られない場合は右下のメニューから「字幕→Japanese」を選んでください クライアントからの注文は「7本の赤い線を引く」こと。ただし、"何本かは緑と透明のインクを使って"――。緑と透明のインクで赤い線を引く？ お前は何を言っているんだ？ エンジニアは口をあんぐりさせながら「いや、さすがにそれは……」と否定しようとしますが、すかさずプロジェクトマネージャーが「まあまあ、そんなに急いで結論に飛びつくことはないよ！」「な、できるよな？」とこれを遮ります。いや無理なもんは無理なんすけど。 「緑と透明のイン
若いエンジニアへ
エンジニアなら誰でも突貫工事に喜びを見出した経験がある。深夜2時の夜食を共にした同僚のことは、その職業人生を通じて忘れることはない。しかし、そこにいかなるドラマがあろうとも、突貫工事は例外である。これを常態としてはならない。 メーカーの組込みプログラマとしてエンジニアのキャリアをスタートした私は、「よい製品はよいプロセスから生まれる」ことを頭に叩きこまれた。素晴らしい製品を生み出す工場は静かである。常に誰かが大声で叫んでいるような工場には明らかにプロセス上の問題が認められ、素晴らしい製品を生むことは決してない。 本物のエンジニアは突貫工事を好まない。突貫工事とはプロセス上の誤りであり、つまり誰かが大声で叫ばなければならないということだからである。エンジニアの仕事は計画され、コントロールされたものでなければならない。 長時間労働によって成果を生み出そうとすることも、やはり例外としなければなら
エンジニアならウェブサーバーのひとつでも自腹で立てて運用すべき理由と、サーバー環境の選び方 : akiyan.com
エンジニアならウェブサーバーのひとつでも自腹で立てて運用すべき理由と、サーバー環境の選び方 2013-08-26 なんかスイッチが入ったので書いてみる。 目次 技術的なレイヤーは掘り下げるべきなので、ソフトウェア・エンジニアだってサーバー運用は経験すべき ウェブ系のソフトウェアエンジニアを職業としているのであれば、ウェブサーバーのひとつやふたつは自腹で立てて、実際に運用したほうがいい。 なぜかというと、技術的な仕事にはなんでもあてはまることなんだけど、技術的なレイヤーを掘り下げることには大きな意味がある。他にもやったほうがいいことは多々あるにせよ、レイヤーの掘り下げは特に重要だ。 ウェブ系ソフトウェアエンジニアであれば、仕事で使っているサーバーや言語を支えているOSレイヤーやミドルウェアのレイヤーが、どうセットアップされて、どう管理されているのか、知っているのと知っていないのでは、ソフトウ
プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記
プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 （家族や友人などプログラムを知っていない人間に話しても分からない、という事もある） プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか？ 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか？」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に
エンジニアが正しく「好き」と伝えるための実装法
4月18日、技術者のためのトークライブイベント「TechLION vol.12」が開催された。そこで語られたエンジニアと文系女子のセキララな日常風景をレポートする。 4月18日、技術者のためのトークライブイベント「TechLION vol.12」が開催された。今回のテーマは「出会い」。さまざまな「出会い」が語られる中、ITを通じて出会った夫婦、ショウジ ヨシオリ氏とショウジ ユウコ氏によって繰り広げられたプレゼンテーションの一部を紹介する。ショウジ ヨシオリ氏はクックパッドのサービス開発エンジニア、ショウジ ユウコ氏はグルーヴノーツで広報を担当している。 エンジニアと文系女子が結婚するとどうなるのか。日常の風景をセキララに語ってくれた。 自転車に乗って2人で仲良く帰宅しているときの会話 ユウコ氏：ヨシオリさんの方が速い！ ヨシオリ氏：へへへ、勝った！！ ユウコ氏：私の方が軽いから遅いんだも
エンジニアは間が抜けてるくらいがちょうどいい | rake enjoy
自身の体験談から。 たまにエンジニアに対して時間の拘束を厳しくする会社さんがありますが、おそらくですがやめておいたほうがいいです。そのまま続けるとエンジニアのモチベーションが下がり、退職者が増えると思います。 営業だって企画だってそのルールで頑張ってるんだからエンジニアだけなんで優遇されるんだという意見もあるかと思いますが、そもそも勤務の前提条件が違うのでそこってちゃんと考慮されてますか？というお話です。 では勤務の前提条件が違うというのはどこかというと 「サーバー」 です。 その前にこのお話の対象としているのは三交代のインフラエンジニアがいる会社だったり、単体アプリエンジニアだったりする方ではなくインフラ込で見ないといけないWeb系のエンジニアさんがいる場合です。 ※全員が全員ではないので該当する環境の方だけお読みいただければと思います。 こういったエンジニアの場合サーバーの死活監視を行
この国から"SE"を滅ぼしませんか？ - Scribbles
この国において、"SE"と呼ばれる職種は廃絶すべきだと思います。USのように設計も実装もできる「プログラマー」「ソフトウェアエンジニア」という職種に統一すべきで、Excelで「設計書」なるものを書くことしか能のない自称"SE"はfireすべきです。 参考まで、USで"Systems Engineer"というと、会社にもよりますが概ね基盤系のエンジニア（ネットワークエンジニアなど）を指すようです。 僕の経験上、該当者は概ね入社3～5年目の女性"SE"に集中していますが、この人達は顧客のいいなりに実装不可能な「設計書」書き上げて、それを下請け（パートナー；僕は「助っ人」として敬意を持って接しています）に丸投げするというひどい有様。以前、僕がTISの３次請けで働いていた時、２次請けの凄腕エンジニアがTISプロパーの口達者な若手女性"SE"を閉口させるまで責め立てていた（要旨は「ロクに実装もしたこ
エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
子育て中の勉強時間の確保について - still deeper
はじめに 本エントリーは子育てエンジニア advent calendar 2012 : ATNDに参加しています。 アドベントカレンダーの趣旨 なぜこのアドベントカレンダーをやろうと思ったかについてです。 勉強会などで子育て中のエンジニアの方とお会いすると、技術の話をよそに子どもの話ばかりになった割りとあるんですね。話の内容にあるあると思うこともあれば、自分とは全く違う経験をされていることもあって、楽しく話をさせてもらっています。 やはり子どもがいると生活のかなりの部分は子どもに関わることで占められますし、子どもはどんどん大きくなって新鮮なことばかり起きるので、子どもを通してみなさん大なり小なり色々と思うところがあるんだと思います。 ですが、僕の場合ですとブログのメインが技術の話題なので、中々子どものことについてまとまった文章を書く機会はありません。こういう人は結構多いんじゃないかと思いま
エンジニア出身の社長としてはちょっと言っておきたい : Nothing is impossible
※このブログは自分が思ったことを書くブログで、何かに反応をするのはやめようと思っていたんですが、やっぱり気になったので少し趣旨を曲げてこの記事を書いています。 昨日エンジニアよ、ゼネラリストなんて目指すな！という記事が少し話題になっていました。 私のソーシャルグラフだと周りにエンジニアが多いですが、この記事に反応しているのはエンジニアが多かったように思います。 そしてだいたい否定的な反応でした。 ところで以前技術評論社のサイトで、達人が語る，インフラエンジニアの心得という連載をしていました。 タイトル通りインフラエンジニア固有のトピックが多かったですが、エンジニア全般、たまには社会人全般に当てはまるような回もありました。 第4回 エンジニア不足を解消しよう 第6回 エンジニアのための「超」資格論 第9回 金勘定とエンジニア といった記事はインフラに限らずエンジニアに当ては
エンジニアよ、ゼネラリストなんて目指すな！―VASILY 金山裕樹のキャリア論［2］ | キャリアハック（CAREER HACK）
イケてる人材は3つの“Ｊ”を持っている ―VASILY 金山裕樹のキャリア論［1］から読む 大手企業とスタートアップとの、決定的な違い。 ― 金山さんは、大手企業とスタートアップの両方を経験されていますよね。両方で求められる能力に違いは感じますか？ まったく違うと感じます。決定的に違うのは、ビジネスとして「成立させる」フェーズ。そこにくると、必要になるスキルが全然違うんです。 大企業の場合は、すでに独自の強いビジネスモデルってものがあるんですね。すごく雑な言い方をすると、“Yahoo! の強み”って「どんなページを作ったとしても、広告が入って、収益があがる」ところなんです。Yahoo! として広告がガンガンまわっているから、極論、あとは“どれだけ低コストで広告が入るようなページを量産できるか”の勝負なんです。あとは、自分がやりたいことをビジネスモデルに“どうはめるか”だけを考えればいい。
富士ゼロックスを退職し、DeNAに転職します。 - from scratch
自分が退職エントリを書くことになる、というのは一年前、このブログを初めた時には考えもしなかった。この数ヶ月間、いくつか考えることがあったので、自分のためにも残しておく。 今回のエントリは多分めちゃくちゃ長いです。 最後にまとめがあるので、そこを見るだけでもいいと思います。 バックグラウンド的な まず、今の会社、富士ゼロックスに入社が決まった時から「この会社に一生勤めよう」とか、「安定したメーカーに就職できたからこれで安泰だ」とかは全く思っていなかった。 せっかくエンジニアになったのだから、「ユーザーの生活・働き方が変わるようなイノベーティブな製品を作りたい」という思いを持ち、それを叶えようと思っていた。 富士ゼロックスに勤めると、プリンター、コピー機だけじゃなくて、ソフトウェア含めて色んなモノを開発しているから自分の視野の拡大できるだろうし、富士ゼロックスにはFXPALっていうソフトウェア
「現場を変える？会社を変わる？」できることと、できないこと - give IT a try
はじめに 先日のDevLOVE関西でもちょこっと絡ませてもらった@jyukutyoさんのブログがなかなか面白いと感じました。 「現場を変える・会社を変わる・SIから抜ける」何を選ぶのか - Fight the Future 書いてあることはほぼ同意です。 それに補足する形で僕の経験や考えをいくつか紹介してみます。 「信念がコンフリクトしている人」を変えるのはムリ まず、僕の経験上、一人の人間が現場を変えることは非常に難しいです。 一番困難、というか絶対ムリだと思ったのは「信念がコンフリクトしている人」を変えることです。 特にそれが上司だったり、部長クラスの人だと、転職する方が有力な選択肢になると思います。 例えば、アジャイルな開発スタイルを現場に導入したいと思っていても、「アジャイル開発なんて理想論だ。そんなお遊びで仕事が回るのは景気のいい会社だけだ。普通の会社は事前に仕様書を書いて開発を
「現場を変える・会社を変わる・SIから抜ける」何を選ぶのか - Fight the Future
「現場を変える」系の話を聞くと、すばらしくて、自分の現場も！と思いますよね。 いわゆるSI業界から転職して、まだ1年も経っていませんが、僕もそのころ、そう思っていました。 でも、できなかった。 自分の力不足もあったのかもしれない。 もっとできることがあったのかもしれない。 そう思いながらも、転職して本当によかったと思っている自分もいます。 転職せずもっとがんばっていたらよかったかも、と思ったことは「一度もない」のもまた現実なんです。 「環境だけ変えても何も変わらないよ」と、尊敬する先輩の一人が、働き始めて間もない頃、僕に言ってくれました。 これも正しい、今でもそう思います。 結局、正しいことというのは無数にあり、それはコンテキストの違いによって、より「ベター」なことだけがあって、「ベスト」なんてないわけですよね。 「現場を変える」ことに、自分の人生の時間をどれくらい費やしてもいいと考えてい
なぜエンジニアは勉強会で会社名を出せないのか：雲（クラウド）の隙間から青空が見えた：エンジニアライフ
■勉強会で自社名を隠す人々 今年の2月に転職して以降、勉強会やカンファレンスでの発表資料に僕は会社名を書くようになった。 2010年9月にコミュニティで初めてのライトニングトークをして以降、今年の2月に転職するまで、僕は合計9回、ライトニングトークや、セッションで登壇している。そしてそのいずれも、会社名はあえて伏せていた。 そういった場面で名刺交換をする機会はあっても、僕は個人で作成した名刺を使い、会社の名刺を出すこともしていない。その当時、僕がなんという会社に勤務しているのか、おそらくほとんどの人は知らなかったはずだ。 転職以降も、こういった活動は続けているが、今は自己紹介で、どこの会社で、どういった仕事をしているか名乗るようになった。名刺交換でも、会社の名刺を出している。 勉強会やカンファレンスに行くと、様々な人と出会う。登壇者と仲良くなることもある。そういった人たちと話をしていると、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
僕は会社を良くしたい( ｰ`дｰ´)ｷﾘｯ - Google スライド