社内なら謝らなくて良いカルチャー
社内で仕事をしているとき、指摘や指導をすることがあるが、まだうちのカルチャーに慣れていない人は、すぐに「すいません」と謝る。でも、それは良くないよ、と言っている。 仕事の仕方や成果物に対しての指摘というのは、別に悪いことをしたからな訳ではないのだから、謝る必要などない。私に謝って欲しくて指摘している訳ではないのだ。 謝るってことは、私を向いて仕事をしていることになる。それは良くない。仕事はあくまでユーザやお客さまを向いてするものだ。社内の人に向いて仕事をするのではない。 だから指摘に対して謝る必要はない。良い仕事をしてもらいたい、成長してもらいたいから指摘をしているのだ。社長の顔色なんて見なくていい。良い仕事をすればいい。 同じチームにいて、良い仕事をして、成長していきたいというベクトルがあっているなら、謝ることなんてないのだ。そういうカルチャーの会社であり続けたいと思っている。 もちろん
エンジニアが転職する時のチェックリスト - とりあえずやってみればいいじゃん
この記事は退職者その2 Advent Calendar 2017の17日目の記事です。 今年に入ってこれからの生き方を考えた結果、某社を退職しました、転職して3ヶ月。現在の話と勉強会復活のお知らせ。という2つの転職系記事を書いており、こっち方向のネタは尽きたので転職活動を焦点にした記事にしようと思います。 エンジニアが転職する時、いろいろな軸で会社の良し悪しを決めていくと思います。ただ、「自分では○○が重要だと思ってそればっかり見てたけど今にして思えば△△もちゃんと見ておけば良かった」となってしまう時もあります。なのでとりあえず会社を見る上でチェックポイントになりそうな項目をひたすら並べていこうと思います。この中で「これは重要だな」と思う項目があったら、転職活動する時に確かめてみてください。 ※ちなみにもちろんですが私は転職する時に以下に挙げる全ての項目をチェックしたわけではありません。単
技術的アウトプットが必要な時代に求められる心構えと社外発表の頻度を増やす事の副次的効果 - 人間とウェブの未来
この話については、僕が専門としているWebサービス関連の業界におけるお話だと思って下さい。ただ個人的には、もう少し広範囲でも適用できる話なのではないかなとも思っています。 ということで、早速アウトプットすることのメリットから簡単に今の現状をまとめて今後エンジニアはどういう心構えで取り組んでいけば良いか、その中で、社外発表することのメリット、その社外発表の頻度を高める事の副次的効果についてまとめていきます。 アウトプットすることのメリット アウトプットする事やOSS化する事のメリットは、自分も含めて最近随分と語られるようになってきております。ここではそれについてあまり詳細に語る事は省略して、メリットを箇条書きでまとめると、 自分の技術が整理され、振り返りも容易になる フィードバックが得られる 自分の技術とその他社外のエンジニアと技術を足しあわせての技術検討（開発）が可能になる 自社だけでなく
味の素 基本給変えずに労働時間短縮で労使合意へ NHKニュース
ことしの春闘で、食品大手の「味の素」は、来年４月から基本給を変えずに、所定労働時間を１日当たり２０分減らすことで労使が合意する見通しとなり、ワークライフバランスの推進と実質的なベースアップの両立を図る異例の取り組みとなりそうです。 しかし、味の素の労働組合によりますと、ことしの春闘では、組合員から労働時間の短縮を含めたワークライフバランスの推進を優先してほしいという声が強く出されたことから、経営側に対し、ベアではなく労働時間の短縮を要求したということです。 これに対し経営側は、基本給は変えずに来年４月から１日の所定労働時間を現在の７時間３５分から７時間１５分に２０分減らすことを回答し、近く労使が正式に合意する見通しとなりました。 会社では、所定労働時間は年間８０時間削減され時間当たりの賃金が上がることで、実質的に月１万４０００円以上のベアに相当するとしています。会社では、労働時間を短縮した
Web エンジニア 6 年 5 ヶ月やってたどり着いた価値観 | Born Too Late
Web エンジニアとして経験を積むことでいくつかのプログラミング言語やツール・ミドルウェアの使い方を覚えたりもしたけど、それらのうちいくつかは 10 年後ぐらいには陳腐化してしまっているかもしれない。 だけどそれらを通じて身につけた価値観や哲学はもっと普遍性を持っているような気がする。 大学を卒業し、Web エンジニアとしての職を得て 6 年 5 ヶ月、日数にして 2344 日経ったので、現時点での頭の中にあるもののダンプを残しておく。 どこかで聞いたようなことばかりで新鮮味はないと思うけど、自分で実感を持ってたどり着けたことには意味があるはず。 プログラミングについて 言語はいろいろなものを試してみる 毎年新しい言語に挑戦せよ、というのは確か dankogai さんの講演をまとめた記事で読んだはずなんだけど、記事が見つからない。 キーワードをもとに検索してみたら達人プログラマーにもそうい
何故僕はエンジニアとして対外発表をするのか | おそらくはそれさえも平凡な日々
僕は本来、人前に出て積極的に話そうとは思わないし、目立たずにおとなしく引きこもっていたいみたいな気持ちがある。潔癖な部分もあるので、プレゼンスばかり高くて技術力がないような中身が無い人間になりたくないし、そうなったら死ぬしか無い、みたいな気持ちもある。それなのに何故、ものすごく技術力があるわけではない自分が対外発表をするのか。 それは元はと言えば対外発表をするような側に行かないとエンジニアとして生き残れないのではないかという危機感があったからです。 Shibuya.pmの衝撃 初めて参加したShibuya.pmは#10だった。その頃の僕は一企業のよくある何でも屋の1人システム担当であり、開発のメインは前担当者から引き継いだレガシーASPだった。そしてつぶしの効く技術を習得したいと思いPerlを学び始めた頃だった。そしてPerlがそこそこ書けると手応えを感じ始めているところだった。 ところが
小中規模のIT系企業における技術的選択と雇用戦略に関する雑感 - たごもりすメモ
でっかい主語で入ったが、要するに2月にあちこち会社巡りをしたときに感じたことについてつらつら書こう、というのが目的。 特定の会社について書いてもしょうがないので、あれこれ*1回ったうちから少なくとも2〜3ケースで該当するなあ、と思ったことについて書く。特定の1社のみに該当する事項はこのエントリにはひとつも出てきません。 またエントリの主旨からして超上から目線になりますが、どうかご容赦ください。 これから成長が本格化するのでインフラを支えられる人材がほしい 正直に言ってこれが一番多かったパターン。スタートアップ的にサービスを作ってきたがその一方でデプロイや監視などの運用まわりが後手後手になっており、そのあたりを支えられる人物がほしい。 話としてはわかるのだが、気になったのは、これを聞くとき、詳しい内容を突っ込んでみると、どうも実際にはそう困ってはいない、というケースがほとんどだったように思え
エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog
GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -
転職してから4年が経ちました - 科学と非科学の迷宮
といっても4月1日の話なのでもう一ヶ月以上も前になるのですが、色々と忙しくて後回しにしてました。 ブログで転職報告してから4年の間、どういう仕事をしてきたのか書いてないことに気づいたので、せっかくなのでちょっとまとめてみようと思います。 1年目(2011年) 「朝、ベッドから起きると、そこが職場になっていた」 この感覚は今でも忘れません。オフィスも同僚もいなかった私は、在宅勤務という形で Cloudera での仕事を始めました。1Kの小さいマンションに住んでいたため他の作業部屋がなく、自分のベッドの横の机がそのまま仕事場になりました。 サポートエンジニア(今は COE = カスタマー・オペレーション・エンジニアという名前になっている)として今の会社での仕事を始めたのですが、肩書き通りの仕事だけをしていればいいなんていうことは当然あるわけもなく、日本にいる唯一のエンジニアとして何でも仕事をこ
第3回 宮川達彦―最先端のWebエンジニアのキャリア | gihyo.jp
先を歩むエンジニアへのインタビューを通してエンジニアのキャリアについて考える本連載、今回は古くからPerlコミュニティで活躍し、最近ではWebテクノロジ情報発信のポッドキャスト「Rebuild」が話題の宮川達彦さんにお話を伺いました。宮川さんは、筆者のクックパッドの同僚でもあります。 ［撮影：平野正樹］ プログラミングに興味を持ったきっかけ ──最初にプログラミングやエンジニアリングに興味を持ったのはいつでしょうか？ 宮川：父親がプログラマだったので、コンピュータは小さいころから家にあったんですけど、プログラミングはしておらず、純粋にPCユーザとしてゲームとかで遊んでいました。プログラミングのきっかけは、東京大学に通い始めて、趣味でホームページや掲示板を作っておもしろいと思ったことですね。そのあと3年次に、理学部情報科学科を選択し学びました。それと前後して、大学の友達から「オライリー・ジ
元グーグルCEO 「メール返信の速さが本当に強い企業文化を作る。」 / リーディング＆カンパニー株式会社
イラスト by L&C 自分の経験からも、特に根拠があるわけではありませんが、メール返信の速さは「信頼関係を築く」という意味で、もの凄く大事な気がします。 カリフォルニア大学アーバイン校のJudy Olson教授によれば、Facebookメッセージなども含め、声や体の動きがわからない中、テキストだけで行われるコミュニケーションではどれだけ速く返信するかが、その人への「信頼度」を表すそうです。 ↑メールの返信速度は「信頼」を物語る。(Pic by Flickr) 2011年までグーグルCEOを務めたエリック・シュミット氏はメールの返信について次のように述べています。 「すぐ返信する。世の中にはメールの返信が速く信頼できる人とそうでない人がいる。前者になるように努力しよう。私たちが知っている中でもとびきり優秀で、しかもとびきり忙しい人は、たいていメール返信が速い。」 「普通の人が返信しないのは
週休2日制は非効率だという証拠
By Bart 世界中で「1週間に5日間働いて2日休む」という週休2日制度が導入されており、週末が近づくと「もうすぐ休日！」と1週間の終わりを感じるわけですが、そもそも「1週間」という周期が自然な周期ではないということがThe Atlanticで指摘されています。そこで「週4日労働制の方が効率が良くなる」ということが、実際に導入した企業の事例と共にCityLabでまとめられています。 It's Time for a Four-Day Workweek - CityLab http://www.citylab.com/work/2014/08/its-time-for-a-four-day-workweek/378911/ ◆週5日労働制の起源 By Federico 世界中で「7日間」は1つの周期として捉えられていますが、1991年8月にWitold Rybczynski氏がThe Atl
藤田晋『見栄を張る人に大事な仕事を任せられない理由』
私の著書「藤田晋の仕事学」の中に、 「見栄を張る人に大事な仕事は 任せられない」 という項があります。 当社のように新しい分野を見つけたら 取り敢えずどんどん参入していく会社 は誰を抜擢するのかがとても重要です。 新しくて有望な分野は、よい人材の 抜擢に成功すれば、半分は成功した も同然だとすら思ってます。 誰を抜擢するかを検討する際に、 見栄を張ってるように見える人を 静かに見送っていることが多いのが 勿体ないので、一度ブログにも 理由を書いておくことにしました。 「見栄を張る」というと言葉の響きは 悪いですが、今の自分に満足してない、 向上心があるという意味では悪く ないのかも知れません また、若いうちは年齢で足下を みられないためにもある程度は 仕方ないのかも知れません。 実際、努力して現実の自分の実力を 追いつかせ、辻褄を合わせることを 忘れなければ見栄を張るのも 使いようでしょう
「人が足りない！」と気づいた頃にはもう手遅れ、スケジュールの遅れはどうすれば取り戻せるか | サイボウズ式
マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ プロジェクトにはトラブルが付き物です。すべてが予定通りに進むプロジェクトなんてほとんどないと言ってよいでしょう。 相次ぐトラブルのせいでスケジュールが予定より大きく遅れてしまった場合、それはどのようにすれば取り戻せるのでしょうか。誰でも思いつく一番単純な方法は、残業や休日出勤などで労働時間を伸ばすことです。 しかし、これは必ずしもいい方法とは言えません。普段の2倍の時間働いたからと言って、2倍のアウトプットが出せ
横暴なリーダーは会社にとって貴重な存在である | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズ外部から招いて、チームワークに関するコラムを執筆いただいています。今回は「My Favorite, Addict and Rhetoric Lovers Only」のファーレンハイトさんが考える理想的なリーダーについてです。 暴君のようなリーダーというのが存在する。彼らは横暴だ。人を人とも思わない態度で部下に接し、反論しようものなら烈火のごとく怒り出す。チームメンバーの感情は汲まれない。自分の意見でゴリ押しして進めようとする。 われわれは人間的に彼らを軽蔑しながらも、彼らを尊重する必要がある。なぜなら彼らこそがリーダーで、彼らこそが決定権をもっているから。逆らうと通るものも通らなくなってしまうのを経験上、知っているから。 今日はそんな横暴なリーダーこそが会社にとって貴重な存在だという話をする。 横暴なリーダーと
ドワンゴの女子マネという過酷な訓練
ドワンゴ現在、ドワンゴでは「女子マネ弁当」という企画が復活している。 過去の女子マネ弁当の様子については、すでに社外にも相当の情報が出回っているので、例えば以下のような情報を参考にしてもらいたい。 【第1回】ドワンゴ大改革の鍵は、インフラと女子マネージャー。｜川上量生の胸のうち｜川上量生｜cakes（ケイクス） ドワンゴ「助けて！ エンジニアが朝出社しないの！」→ 女子マネージャーが弁当を手渡してくれる「女子マネ弁当」システム導入で生活習慣改善へ - ねとらぼ 今回は、その女子マネ弁当の実情に迫る、社内からのレポートをお届けする。 女子マネ弁当の概要とは以下の通りである。 3月17日から、4月25日までの一ヶ月間、午前10時30分までに出社すると、以下の特典がある 午前10時30分から、エンジ色のジャージを来た女子マネ人員（なぜか若い女性のみで構成されている男女比率の偏った集団）が、エンジ
ストライキが起きた時、ユーザーが労働者を批判するのは筋が違う。けど、「批判してはいけない」ということではない。: 不倒城
相模鉄道と相鉄バスのストライキについての話である。 幾つかの意見を観測して、ちょっと当たり前のことを確認しておきたくなった。 一つ目に、こちらのTogetterがある。 相鉄ストライキ決行でユーザーから悲鳴が上がる 相鉄ストを受けて、相鉄ユーザーが悲鳴を挙げている構図をピックアップした内容である。 次に、下の匿名ダイアリーがある。同様の意見はTwitterなどで複数見かけたのだが、比喩が極端で分かり易かったので。 「ストは労働者に認められた権利だから！」と言うのは別に間違ってはいないと思うけど、 一言で論旨をまとめると、「ストは権利だとかお題目は立派だけど、自分が困っても同じこと言えんの？」ということになると思う。お前サバンナでも同じこと言えんの理論である。 まず、上のTogetterでは、当然のことながらストを批判するツイートが大半である。 ただし、ストを批判するツイートの中でも、二つの
仕事におけるコミュニケーション能力と会話におけるコミュニケーション能力は別物 - UNIX的なアレ
些末なコードレビュー - naoyaのはてなダイアリー なおやさんのエントリーを読んで改めて感じました。これはコードレビューについての話ですが、言いたいことは本質的なことについて話せるかどうかという点だと思います。 いい加減、「コミュ力」という単語で片付けるのはやめよう 「エンジニアはコミュ力がない」とかいわれますが、コミュ力とかいう単語１つで片付けてほしくないです。少なくとも普段の会話におけるコミュニケーションと仕事におけるコミュニケーションって別物ですよね。 先ほどのコードレビューの話ですが、仕事においてのコミュニケーションってどれだけ本質について話せるかなんですよ。要するに、情報を整理して正しく相手に伝えるということ。となると、仕事におけるコミュニケーション力って職種とは直接的に関係してこないと思っています。 「コミュニケーション能力」の意味の違い 「仕事におけるコミュニケーション能
SIerを退職し、Web系に転職しました - arveltのソフトウェア技術メモ
銀行系列の中規模SIerを退職し、 受託と自社サービスの開発を行っている小規模Web系に転職することになりました。 7/30が最終出社日でした。8/1からは新しい勤め先へ向かいます。 １．これまでやったこと ２．これからやりたいこと ３．なぜ転職しようと思ったのか なお、３はいわいる自分語りを含む上に長いのでご注意ください。 読ませる知り合いもいないのに何故書いた。 １．これまでにやってきたこと。 オープン系の基幹システムの保守開発に携わり4年ほど。 Java、COBOL、ExcelVBAをメインにやっていました。 もちろんSQLも普通に書いたりしつつ、触ったことのあるDBはOracle、PostgresSQL、SQLServer。 業務知識は主に流通系。Web開発とかもやりました。Javaでstruts1.Xとか、ASP.NETとC#とVBとか。 それと個人的欲求に基づき、Android
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
