私服OKのIT企業でそこそこにちゃんとした格好をする方法 - ミネムラ珈琲ブログ
昨日、ランチのときに、ミネムラさんくらいのちゃんとした感じの格好をしたいというありがたい話を同僚からしてもらったので、参考情報をまとめておく。 前提として対象は以下です。 職場はオフィスカジュアルではなくて完全私服OK。 自転車通勤とかがある。 普通に高くないスーツ着ている人と差がない程度にはカネを使う。 シャツ オーダーしましょう。オーダースーツの店は敷居が高いし、スーツは着ないのでお呼びじゃない感じ。シャツ専門店だと気楽。店によるけど1枚4-6000円前後でいけるはずです。 この際形状記憶の布を選択するようにしてください。アイロンがけは面倒。形状記憶なら洗濯後に干すときに伸ばしておけばほとんどシワはでません。 色、柄はお好みでよいのですが、無地の白から私服っぽい柄とか、幅をもたせておいたほうが飽きがこないです。 ディテールは好みで良いと思いますが、胸ポケットはボールペンをどうしても刺し
翻訳：AIについて私は何を心配しているか - シンギュラリティ教徒への論駁の書
この文章は、Google社のソフトウェアエンジニア、機械学習研究者 François Chollet氏がサイトMedium上で公開したエッセイ "What worries me about AI" の翻訳です。 AIについて私は何を心配しているか 免責事項：これは私の個人的見解であり、雇用主の立場を表すものではない。この記事を引用する場合は、誠実さを保ってこの文の意図を保って提示してほしい。つまり、個人的で、スペキュレーティブな意見であり、読者自身の判断材料とするためのものである。 1980年代と1990年代ごろの人であれば、今や絶滅した「コンピュータ恐怖症」現象を記憶しているかもしれない。個人的には、2000年代始めごろまでは何度かそんな現象を目撃したことがある。-- 我々の生活に、職場と家庭にパーソナル・コンピュータが導入されるにつれて、少なくない人が不安や恐怖を示し、攻撃的な反応をす
オランダの銀行INGの「アジャイル」な組織作りがとても面白い - グローバル経営の極北
オランダの金融機関INGが取り組んできたアジャイル型組織への変革が興味深いので、マッキンゼーによる彼等へのインタビューについて冒頭の部分を訳してみました。ぜひ読んでみてください。 マッキンゼー: 「アジリティ」をどう定義しますか？ ING: アジリティとはまず「柔軟性」、そして新しい方向に向かってすばやく適応できる組織の力がポイントです。前例踏襲や官僚的な部分を避けて、みんなの力を引き出そうとするわけです。 また、能力が高くバランスの取れたプロフェッショナルを「育成する」という側面も重要です。「アジャイル」であること、は単にIT部門やその他いろいろな部門を「変える」というのに留まりません。大切なのは、End to Endで一貫した原理を持つ、マーケティング、プロダクト、そして営業の専門家、UXのデザイナー、データアナリスト、そしてITエンジニアといった多様な分野の人たちからなるチーム -
人工知能狂騒曲 - 急がば回れ、選ぶなら近道
最近はさすがに落ち着いてきた。もちろん一部では「人工」の「知能」という言い方に拘泥している一群もあるが、基本的に所謂「人工知能」は、SF的な人工知能ではなく、機械学習やそれに関連した統計的手法を利用したなんらかの仕組みである、ということのコンセンサスはとれつつある。現在言われている「人工知能」が「知能をもつ」とおもっているまともなIT屋はひとりもいない。（言いたいのは対偶） そもそも、知能の定義については、諸説いろいろあって、普通のIT屋だと一般にチューリングテストみたいなの持ち出すことが多い。冷静にみれば、あんなものが定義になるわけはなくて、個人的にはアレは天才チューリングをもってしても知能をformalizeできなかったギブアップ宣言とみている。ということで、そもそも何が知能か？という定義は個人的には難しいと思っている。 普通になんらかのデータのインプットがあって、プログラムがなんらか
エンタープライズにおけるマイクロサービスアーキテクチャについて - arclamp
エンタープライズ業界でもマイクロサービスアーキテクチャの議論が盛り上がりはじめてて、それは良いのですが、やはり本質的ではない技術論にばかり夢中になっている気がしています。 エンタープライズシステムの現状 モノリシックな巨大システムでは一部分の改修であっても、システム全体対する影響調査やリグレッションテストによる工数増加が発生し、共通機能をいじるとなれば関連機能も含めた改修が発生するなど、スピード感は落ちる一方です。 つまり、従来型のコンポーネント集約のような手法で巨大システムを作ると、開発効率が上がったとしても、保守における変化効率が極端に下げることが分かっているわけです。 一方で、旧来から部門別で構築されてきた中小規模システム達は、いつのまにやら複雑に連携しあっており、相互に影響を与える中では、個別システムの都合だけでリリーススケジュールを決めることが困難になってます。 特に場当たり的に
エンジニア向け #マインドフルネス 入門 - @i2key のBlog
社内でマインドフルネスの30分ワークショップをやったのでメモとして残しておきます。 本当は長期にわたる研修なので、こんな簡単な話ではありません。 以下の様な禅語があります。 調身 調息 調心 正しい姿勢を保ち、正しい呼吸法で坐禅を組めるようになれば、心身ともに整うという意味です。 このように、本来は、正しい姿勢のとりかたに始まり、さらには、正しい睡眠のとりかたについて、食生活について、などなど、様々なことを学んで実践した上で、やっと調心（マインドフルネス）のフェーズになります。が、今回はそういうの全部すっ飛ばして要素のみを。興味を持った方へのググラビリティを提供するという意味で。 マインドフルネスって何よ。 日本でいうところの「瞑想」になります。ただし、瞑想というとどうしても伝統的な、宗教的な意味あいが入ってしまうのですが、マインドフルネスはそういうのを一旦全部除外して、サイエンスなアプロ
優秀なプログラマになるために - @ledsun blog
みんな良いこと言うので、刺激を受けて考えたことを記録します。 生きてるだけで丸儲け ストレス対処法 撤退戦術 タスク殺すマシーン 人間に戻る儀式 運 技術力を身につける方法 車輪を再発明する 脱ゴールデンハンマー病 学習の助 優秀なプログラマとは？ おまけ 生きてるだけで丸儲け 優秀なプログラマーになるためのコツ · GitHub 優秀なプログラマーに「育つ」んだし、それには時間が必要 優秀なプログラマーになるということは、上記の通り長時間を要するということも踏まえると、メンタルヘルスにリスクがある環境に長時間暴露されることが不可避である 業界で長きにわたり活躍し続けている人というのは、それだけですでにひとかどの人物 すごく良いです。 優秀なプログラマになる前に、死んでしまっては元も子もありません。 生き延びることはなにより大切です。 幸か不幸か現状のIT業界はハードなストレスにさらされや
SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から
SlackをSIerに導入した話。そしてSIerの未来 : 小野和俊のブログ
「Slackを入れるとSIerはどうなるのか？」 しばらくブログを休んでいたので少しだけ自己紹介をしよう。アプレッソというベンチャー企業を立ち上げて、セゾン情報システムズという会社にexitした。そしていまはアプレッソの社長として仕事をする傍ら、セゾン情報システムズのCTOの仕事もしている。どちらかというといまはセゾン情報の仕事の比重が高いから、リアルの世界では「セゾン情報の小野」と思っている人の方が増えてきていると思う。 「このままでは、SIに未来はない。だから変わらなければならない。」 「当社の社員は言われたことしかできない。」 SIerの経営者と会話していると、よくこんな言葉を耳にする。 自分たちの未来を悲観している人たちが、未来を明るくできるのだろうか？ だから私は、喜びと驚きのポジティブスパイラルで、SIerはどんな風に良くなるのか、壮大な実験をしてみようと思った。 その第一弾と
エンジニアの英語力 - 怠惰を求めて勤勉に行き着く
TL; DR どれだけ努力しても"ネイティブ並"は無理なので諦めが肝心 エンジニアは英語ができなくても話を聞いてもらえるので「伝える意思」と「分かったか分かってないかを絶対に曖昧にしない」こと 謝辞 このエントリは弊Android Projectのビルド待ち時間を使って書かれています。Android Studioさんに感謝します。 ビルド待ち時間にブログを書かれたくない場合は弊社は僕に全部盛りiMacを買ってください。 前口上 英語力に関するエントリは盛り上がりやすく荒れやすい気がするんだけど、それはやっぱりみんな英語は出来たほうがいいに決まってるしさりとて英語を身につけるのは難しいよねってことが分かってるからだと思う。 僕はエンジニアの中では比較的英語が得意な部類に入ると思うけど、それでも全然充分だとは思わない。ただ、これでやっていけないか？というと全然そんなことはないので、一番重要なの
エンジニアが転職する時のチェックリスト - とりあえずやってみればいいじゃん
この記事は退職者その2 Advent Calendar 2017の17日目の記事です。 今年に入ってこれからの生き方を考えた結果、某社を退職しました、転職して3ヶ月。現在の話と勉強会復活のお知らせ。という2つの転職系記事を書いており、こっち方向のネタは尽きたので転職活動を焦点にした記事にしようと思います。 エンジニアが転職する時、いろいろな軸で会社の良し悪しを決めていくと思います。ただ、「自分では○○が重要だと思ってそればっかり見てたけど今にして思えば△△もちゃんと見ておけば良かった」となってしまう時もあります。なのでとりあえず会社を見る上でチェックポイントになりそうな項目をひたすら並べていこうと思います。この中で「これは重要だな」と思う項目があったら、転職活動する時に確かめてみてください。 ※ちなみにもちろんですが私は転職する時に以下に挙げる全ての項目をチェックしたわけではありません。単
新卒から12年エンジニアとして勤めた某外資証券会社を辞めてスタートアップにジョインした話 - itohiro73’s blog
本記事は退職者その2 Advent Calendar 2017の25日目の記事です。 adventar.org 僭越ながら最終日を担当させていただきます、@itohiro73 と申します、よろしくお願いします。 半年前ちょっと前にすでに入社エントリーは書いているので順序が大幅に逆になってしまっていますが、今回は退職者アドベントカレンダーということで、せっかくの機会なので新卒から12年も勤めた前の会社のことを振り返ってみようと思います。 前の会社について 世界的にもかなり大きい外資系証券会社でエンジニアとして新卒から入社して12年と1ヶ月半くらい勤めました。会社名に関しては、自分がかなり大々的にOSS活動等もしていたこともあり公開情報からちょっと調べればわかるところではありますし、本記事を読んで明らかにわかる部分もあります。とくに隠しているわけではないのですが、一応大人の事情としてあえて言及
インド出張から得た英会話の学び - ミームの死骸を待ちながら
三週間ほど海外に出張していた．インドである．趣旨としては，僕が持ついくつかの領域における専門知識と経験をあちらのエンジニアに展開する，先生役として呼ばれた形..になるだろうか．単にセミナーとかを聞くだけの出張なら今夏にも行ったところだが，三週間みっちり先生をやるとなるとプレッシャーが違うし，事前にインドのチームと喋ったところ僕に対する期待値が異様に高く，胃の痛い思いをしながら突入することになった． 午前は講義を行い，午後は行列のできる Hash 相談所，夜はホテルに戻って翌日のトレーニング資料を作る... というすたーたっぷ勤務時代を彷彿とさせる社畜業に勤しみ観光どころではなかった (たまたま向こうで働いていた友達に会ったのと，インドチームとビール飲みに繰り出したりはした) ので，費やした時間分は役に立ったことを願う．黒い髭をたくわえた厳ついエンジニアも鋭い眼光の優秀な若者もみんな良い人で
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
ITアーキテクチャの定義 - 勘と経験と読経
以前「ITアーキテクトとは何か」という生煮えの頭の体操のような記事を公開したのだけれども、いただいた意見の中になるほどというものがあった。『「ITアーキテクト」という職種がエンジニアの上位職種みたいに定義されるからおかしいことになる。ITアーキテクチャを作る仕事をする人がITアーキテクトと呼ばれればいいだけのこと』 ・・・なるほど。 では、ITアーキテクチャとは何かについて、いまさらながらに整理をしてみる試み。この記事も生煮えでオチも無い予定。 photo by Francisco Sánchez 書籍「システムアーキテクチャ構築の原理」による定義 システムアーキテクチャ構築の原理では、ソフトウェアアーキテクチャについて以下のように説明している。 コンピュータシステムを理解しようとする場合、関心を持つのは、その個々の部分が実際に何をし、どのように一体となって働いたり、周囲の世界と相互作用し
客先常駐について - 急がば回れ、選ぶなら近道
客先常駐は増加傾向に見える。 別に統計資料はないので、どちらかというと体感的なものだけど、ベンダーからユーザーへの常駐は増加している気がする。これはまぁスタイルはいろいろで、完全に委任契約のものから、継続SIを仕事として請負契約の形になっているが作業的には客先にずっといるというスタイルのものをある。ベンダーの人員というよりも、ベンダーの下請け・孫請けが常駐していることが多い。さらに、多くの場合、戦力になっているのは、フロントの一次受けではなくて、下請け・孫請けの部隊だったりする。そんなこともあるので、地方の中小企業の場合は、さすがにフロントのサヤ抜きが、馬鹿馬鹿しいので、直接に契約に切り替えることも多い。 いずれしても、SIという位置づけのものまで含めると、この種の「派遣の一種」のような常駐モードの人員は相当いて、SEから運用・コンサルまでITに関わる分野では、非常に幅広くかつ大きなビジネ
人工知能に絶対に代替されない仕事スキルの鍛え方 - ふろむだ＠分裂勘違い君劇場
人工知能は、言語で定義された抽象概念から、個別具体的な行動を導き出すことができません。 だから人工知能は、以下のような仕事をすることができません。 ・方針を言語で定義すること ・言語で定義された方針どおりに部下に仕事をさせること ・言語で定義された方針どおりに仕事をすること たとえば、あなたがホテル会社を創ったとします。 もちろん、ただ漫然と経営しているだけでは、利益が出ません。 そこで、以下のような方針で会社を経営することにしました。 We are Ladies and Gentlemen serving Ladies and Gentlemen. (我々は、紳士淑女にサービスする紳士淑女である。) 「紳士淑女である社員が、紳士淑女のターゲット顧客にサービスする」というコンセプトのホテル、というわけです。 これにより、人事部は、紳士淑女の使うようなサイトに人材募集広告を出しました。 広報
『怒らないからヤバいと思っていること全部言う会』の有用性について - ゆとりずむ
こんにちは、らくからちゃです。ぶらっとTwitterサーフィンしておりますとこんなツイートが目に留まりました。 「なんでもポジティブに考えれば幸せになれる」っての、まるっきりウソだから。現実のネガティブな側面を直視して受け入れることで、不安がなくなり、的確に現実に対処できるようになり、成功確率がぐっと高まり、はるかに幸せになれることなんて、いくらでもある。 — ふろむだ⭐️若い頃知りたかったこと書く (@fromdusktildawn) 2018年2月17日 すげーわかる。 確かに『すごーい』『たーのしー』と言いながらお仕事をしていても、ヤバめな何かを『あれ大丈夫なのかな・・・』『もしかしてヤバくない...？』と不安を抱えながらだと、全く楽しめません。 で、こうした不安を綺麗さっぱりしてお仕事を楽しむため、弊チームでは定期的に『怒らないからヤバいと思っていること全部言う会』を開催しているの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NAEの仕事効率化ノート
ログイン - はてな
