ソフトウェアエンジニアが英語に慣れ親しむためのコンテンツ
PHPカンファレンス福岡2018で『ソフトウェアエンジニアが英語に慣れ親しむ方法』というLTで登壇しました。その中でおすすめコンテンツというのを紹介しましたが、それについてもっと掘り下げたものを記事として書いていこうと思います。 ソーシャルニュースサイトソーシャルニュースサイトとはユーザーがリンクや 投稿に対して投票やコメントを通して議論できるサイトのことです。日本で使われているものでいえばスラドでしょうか。僕はこれらを中心に海外の情報収集を行っています。 redditWikipediaの記事によると、月間ユニークユーザー数がアメリカでは3位、世界では6位を記録したこともある世界的に大人気のサイトです。 話題ごとにsubredditと呼ばれるセクションに分割されており、ソフトウェアの分野でも数多くのsubredditが存在します。総合的なsubredditだと以下のようなものがあります。
身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。
サイバーエージェントのゲーム・エンターテイメント事業に携わる10社以上の子会社が所属する事業部SGE（Smartphone Games & Entertainment）では、さまざまなメンバーが活躍しています。 初めてプログラミングに触れたのは39年前。新しい技術がどんどん出てくる環境は、新しいことが好きな自分には合っていると語る平松。現在は、特定のプロジェクトには所属せず、事業部横断でネイティブアプリの品質チェックやパフォーマンス改善を担当。事業部にいなくてはならない存在となっている。そんな平松の今までのキャリアとこれからどんなことをしていきたいのかをききました。 初めてプログラムに触れたのは1979年 エンジニアをはじめたきっかけを教えてください。 高校の進路をどうしようかと考えている時に、ちょうど地元の高校で、日本で2番目に情報処理科が開設されました。元々、新しいものが好きだったので
TensorFlowを社内向けにざっくりLTして回帰した(＋資料とか) - 病みつきエンジニアブログ
Googleが先日「TensorFlow」という機械学習ライブラリを発表していて、話題になっています。 さっそく今日社内で紹介LTしてきました。 「社内」のエンジニアの話で言うと、機械学習の会社ではないので、機械学習とかDeep Learningとかには深掘りして話していないです。もちろん、機械学習ライブラリとかも知らない、けど、「なんかGoogleからディープラーニングをOSSで出したって話題になっているぞ」っていう感じの人向けに話しています。 TensorFlowをざっくりLTしてみた from Mitsuki Ogasawara 公式チュートリアルをちょっとだけ逸脱した線形回帰をやってみたサンプルもあります。 ちゃんと自動で微分できてます。 github.com このライブラリ、結構良いなあと思うのは、Googleが使っているという実績力かなと思います。公開初日に「Googleのプロ
Python 機械学習プログラミング データ分析ライブラリー解説編
「ITエンジニアのための機械学習理論入門」で提供しているサンプルコードに含まれるデータ分析ライブラリ（NumPy/pandasなど）を解説した資料です。 下記の書籍のサンプルコードが理解できるようになることが目標です。 - ITエンジニアのための機械学習理論入門(技術評論社) - http://www.amazon.co.jp/dp/4774176982/ 2015/10/25 ver1.0 公開 2015/10/26 ver1.1 微修正 2016/05/25 ver1.4 subplotの順番を修正 2016/11/15 ver2.0 改訂版公開 2016/11/16 ver2.1 改行幅修正 2017/01/10 ver2.2 微修正 2017/01/12 ver2.3 微修正Read less
Private Presentation
Private content!This content has been marked as private by the uploader.
グーグル元社員がエンジニアに「酔っぱらいテスト」を薦める理由
おたくの社員が失敗作を生む たいていのテクノロジー企業は、発売前の商品のベータ版を社員に使わせて反応を見る。「ドッグフード」と呼ばれるこのプロセスは、バグや、使い勝手が悪いところを見つけて、商品の完成度を高める貴重なチャンスだ。 もちろんグーグルもドッグフードをやっている。 ただ、「ちょっと問題があるんだよね」と複数の元社員は明かす。グーグルは社員におたくっぽい人間が多いから、商品の評価におかしな偏りが出るというのだ。「商品を世に出すには、グーグル社員の支持を集めないといけない。グーグルの社員が使いたいと思うものでないといけないんだ」と元幹部は語る。 とはいえ、社内トライアルで確実に支持を得る方法があると、この人物は言う。データ機能とチャートを加えることだ。必ずしも一般ユーザーには重宝されない機能かもしれないけれど……。 「社内トライアルでいい結果が出るように、グーグル社員の好みを意識しす
まつもとゆきひろ氏が「生涯プログラマー」でやっていきたい若手に贈る3つの言葉 - エンジニアtype | 転職type
2015.06.03 スキル 社会人になったばかりの若いエンジニアの中には、一度この道に足を踏み入れたからには、自らの技術一本で身を立てていけたらという、強い思いを胸に秘めている人も少なくないのではないか。 そう考えて今回、Rubyの父として知られるまつもとゆきひろ氏に、あえて「これからの時代に技術だけで生き残るには？」という偏ったテーマで取材を依頼した。返ってきたメールの冒頭にあったのが、次の一文である。 「技術だけで生きるというのは幻想である」 まずはその真意を聞くところから、取材は始まった。 まつもとゆきひろさん(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチーフアーキテ
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
インフラエンジニア鬼十訓 | NHN テコラス Tech Blog | AWS、機械学習、IoTなどの技術ブログ
こんにちは、テコラス株式会社技術研究所の伊勢です。この度、テコラス：：データホテルテックブログが開設されたようでして、「最初のエントリは最年長技術者が書くべきじゃねーか？」というデジコアディレクター松本氏からの脅迫に近いお達しにより、一発目のエントリを書くことになりました。とはいえ、最近あまり仕事もしておりませんし、旬な技術や実装ネタも無いため、どーしよーっかなー？と考えていましたら、技術評論社Software Design誌編集長の(心やさしい）池本さんから、過去に寄稿した記事を転載してもイイヨ！というありがたいお言葉を頂きましたので、それを元に書きたいと思います。 本エントリは昨年12月4日に技術評論社から発売されたSoftware Design別冊シリーズ「インフラエンジニア教本」に寄稿させて頂いた「インフラエンジニア鬼十訓」を転載したものです。この鬼十訓は私の経験知見だけではなく、
ビッグデータ時代の注目職種「データ・サイエンティスト」の第一人者がNYで学んだ、適者生存の極意【匠たちの視点】 - エンジニアtype | 転職type
アクセンチュア株式会社 テクノロジー コンサルティング本部 アナリティクス インテリジェンス グループ統括 シニア・プリンシパル 工藤卓哉氏 慶應義塾大学を卒業しアクセンチュアに入社。コンサルタントとして活躍後、コロンビア大学国際公共政策大学院で学ぶため退職。同大学院で修士号を取得後は、ブルームバーグ市長政権下のニューヨーク市で統計ディレクター職を歴任。在任中、カーネギーメロン工科大学情報技術科学大学院で修士号の取得も果たす。2011年に帰国し現職に。Accenture SAS Analytics Group数理統計アーキテクト顧問委員会でアジア太平洋地区代表顧問も務める データ・サイエンティストは統計データを分析するだけの仕事ではない データ・サイエンティスト。日本ではおそらく1000人に満たないであろう、この職に就くのはどのようなタイプの人間なのだろうか？ 外界との接触を好まない象牙の
【前編】CTO不在で、開発組織改善に着手！ 一休のエンジニアが語る苦悩の1年
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第四回のゲストは、伊藤氏が現在、技術顧問として就任し、開発部門の組織改善を行っている『株式会社一休』のエンジニア、宿泊事業本部のシステム開発部の部長である笹島祐介氏（写真中央）と開発組織改善の発起人である田中健介氏（写真右）の2名が登場！CTOが不在の開発現場で10年以上前からサービス提供している、そんなよくある状況の中、どのように現状の改革に挑んでいるのか――苦労話も炸裂し、現役エンジニアには興味深い話が展開されることに！お楽しみに！ — 伊藤直也（以下「naoya」）：とりあえず乾杯しましょうか。 — 笹島祐介（以下「笹島」）＆
Googleで1400万円以上稼ぐエンジニアになるためにマスターすべき11のスキル
By Robert Scoble フリーフードや24時間使用可能なジム、無料ランドリーなどさまざまな福利厚生がそろった夢の企業「Google」は、求人サイトGlassdoorにより作成された「給与＆福利厚生が優れた企業トップ25」でも堂々のトップレートをたたき出しています。Googleではエンジニアの意見が尊重され、平均年収は約12万ドル(約1450万円)にもなるといわれていますが、そんなGoogleのエンジニアになるために必要なスキル11個をBusiness Insider Indiaがまとめています。 11 skills you need to master to land a $100,000 engineering job at Google | Business Insider India http://www.businessinsider.in/11-skills-you-n
エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog
GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -
退職しました。 - 特別天然記念物
こんにちは。日本ぱんだ(@nihonpanda)です。 2年間働いた会社を辞めました。 ブログ開始1発目から退職エントリとは我ながら熱いと思います。 専門学校卒業して新卒で入った会社を、2年で辞めたわけですが、 別に最初から一生同じ会社にいるつもりは無かったんです。 それでも最低3年はいようと思ったんです。 何事も3年は続けてみないといいところも悪いところも見えないと思ってたんです。 そう思ってた時期が僕にもありました。 前職はいわゆるSIerです。 契約形態は派遣契約と請負契約。自社開発案件は一切ナシ。 本当によくある、形態のSI屋さんです。 昨今は短納期案件が多く、僕も新人研修が終わってから2年間で5案件をたらい回しにされました。 前職では、新人はまずテストをさせられます。 単体テストと結合テストらへんを。とりあえず誰でもできる仕事をさせられるわけです。 それから徐々にコードを書いたり
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
「秀丸」の秀まるおさん、そろそろMac版はいかがでしょう？ 気になることを全部聞いてみた。 | HRナビ by リクルート
Windowsでテキストエディタといえば、ほとんどの人が同じものを思い浮かべるのではないだろうか。もちろん「秀丸」である。いまも多くの人がPCをセットアップするときにまずインストールするソフトウェアの1つだ。 1990年代半ばに生まれ、20年以上にわたって使われてきている。開発者の斉藤秀夫さんは秀丸があまりに売れたため、当時勤めていた大企業を退職して独立した。元祖ソフトウェアスタートアップともいうべき存在である。 そんな斉藤さんにいろいろ聞いてみた。Mac版は出ないのか？ 秀丸御殿がたったのは本当？ いまはスタートアップが成功しやすい？ 自然体で答えてくれた斉藤さんのお話をどうぞ。 秀丸が好調で、「フェラーリに乗ってる」という噂も –「秀丸」シリーズの売上はピーク時で1億円を超え、「秀丸御殿」が建ったとか。 斉藤：Windows 95が出てきて世の中みんながWindowsを使うようになった
知ってる？大規模vs小規模プロジェクトの常識・非常識｜【Tech総研】
「こんなプロジェクトやってらんねぇ！」と嫌気が差す原因のひとつに、実は“プロジェクトの規模”が影響しているかも……。そこで今回は大規模と小規模プロジェクトそれぞれの裏に潜む、常識・非常識に迫りたい。 まずＴｅｃｈ総研が100人のエンジニアにアンケート調査した中から、右図の円グラフを見てもらおう。これは同業種・同職種に転職した際に、仕事の進め方などで違いを感じた人たちの割合だ。なんと転職者の半数近くが同じ職種にもかかわらず仕事の進め方が「違っている」と答えている。 あなたも同じような思いを、転職だけでなくプロジェクトが変わるたびに感じたことはないだろうか？エンジニアを何年もやっていればおのずと経験も増え、大規模・小規模さまざまなプロジェクトにかかわったことがあるはず。「同じ職種」とひとくくりにされることが多いが、プロジェクト内の管理者側とメンバー側、双方の声から、大規模・小規模プロジェクトで
「リーダブルコード」が良書すぎて胃が痛い - As a Futurist...
インフラ系のエンジニアは、あまりリファクタリングとかクラス構造といった視点でコードを読む機会が少なくて、勢い作ったスクリプトやツールはそれはそれはひどいものになりがちです(体験談)。 僕もエンジニアになって以来、まともなコードなんか書いたことなくて、従ってる原則といえば、「グローバル変数は悪」とか「短いことはいいことだ」とか「コメントは書かない方がいい」とか、なんか学生の時にたまたま目にしたよくわからない何かに従ってる程度。 少し大きい規模を書き始めると、昨日の自分と今日の自分で命名規則が全然一貫性なくて、「getHoge()」と「makeFuga()」がおんなじようなことをやってたりしていつも嫌悪感に駆られてました。 ちょうど 1000 行くらいのアプリ書いてたところだったので毎日吐き気をこらえながら「まずは動くものをつくるんだ。全てはそれからだ」と言い聞かせて汚いコードをゲロゲロしてた
4人のベンチャーから世界的IT企業に―、ASUS会長が価格をシャウトする理由 | HRナビ by リクルート
「レディース・エンド・ジェントルマン!! WQHDモデルが799ドル！」 ちょっとテンションの高いアジア版スティーブ・ジョブズ――。そんな風に描写したくなるその男は声を張り上げ、大きな身振り手振りでニコニコと自社製品を紹介し続けた。 これは2015年1月上旬にアメリカのラスベガスで行われた世界最大規模のデジタル系展示会「コンシューマー・エレクトロニクス・ショウ」（CES）での一幕だ。薄型ラップトップPCでタブレットとしても使える「Chi」（氣）シリーズを世に問うたのは、台湾ベースのPCベンダー「ASUS」（エイスース）の会長で、創業時期の初期メンバーでもあるジョニー・シー（Jonny Shih：施崇棠）氏だ。 「Chi」（気）という名前には、Air（空気）よりも軽いというニュアンスが込められていて、MacBook Airへの対抗心むき出しにジョニーは自社製品を世界に売り込んだ。 プレゼンで
若い会社でエンジニア組織の上司として大切にしていること3つ - netmark.jp
4月、新生活、な雰囲気。 というわけでたまにはポエミーなことも書いてみます。 新たに部下を持つことになった人もいると思うので、 そんな人に役に立つかもしれない、 私が上司として大切にしていること3つを紹介します。 前提として、 HRやリーダーシップについて大学院やものの本である程度知識はつけているものの、 きちんとした専門のトレーニングを受けているわけではありません。 なにか勘違いとかがあれば教えてください。 人材マネジメントも組織マネジメントもプロジェクトマネジメントも得意なわけではないですが、 現実的に直轄の部下が20人近くいるわけで、 なかなかに悩ましいところであるわけです。 短期的な視点と長期的な視点は両方持ちつつ、 落とし所を探しながら日々過ごしています。 その1: 自分を基準にしない 思い遣りがないと感じられるかもしれませんが、 「自分だったらどうか」 「自分だったらどう感じる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
