エンジニアの英語力 - 怠惰を求めて勤勉に行き着く
TL; DR どれだけ努力しても"ネイティブ並"は無理なので諦めが肝心 エンジニアは英語ができなくても話を聞いてもらえるので「伝える意思」と「分かったか分かってないかを絶対に曖昧にしない」こと 謝辞 このエントリは弊Android Projectのビルド待ち時間を使って書かれています。Android Studioさんに感謝します。 ビルド待ち時間にブログを書かれたくない場合は弊社は僕に全部盛りiMacを買ってください。 前口上 英語力に関するエントリは盛り上がりやすく荒れやすい気がするんだけど、それはやっぱりみんな英語は出来たほうがいいに決まってるしさりとて英語を身につけるのは難しいよねってことが分かってるからだと思う。 僕はエンジニアの中では比較的英語が得意な部類に入ると思うけど、それでも全然充分だとは思わない。ただ、これでやっていけないか？というと全然そんなことはないので、一番重要なの
【雑記】メンター業務をがんばってたら最強の後輩が産まれてしまった - 歩いたら休め
今年、いわゆるデータサイエンティスト的なスキルの後輩が入ってきて、私がメンターの役割を任されました（正確にはメンターになるはずのメンバーが抜けてしまい、早いタイミングで私が引き継ぎました）。 彼は、今時珍しく(?)、数学的な能力と、その手法を実世界に結びつけるセンスを兼ね備えて持っています。 ただし、プログラミングやエンジニアとしてのスキルは、入社時にはあまり持っていませんでした。 せっかくメンターになったので、ナントカっていう分析手法の話を「わかんねえなあ」って思いながら聞いてたり、「こういうこと勉強したらいいんじゃない？」とか唆したり、自分や同期がつらいと思っていたところを取り除いてたりしてました。その甲斐あったのかは分かりませんが、割と楽しんで仕事しているようだし、エンジニアとしてのスキルも順調につけていっています。 そこで、メンターの立場で心がけたことや、スムーズに業務できている要
法律はUMLで書いたらいいんじゃなかろうか - tittea blog
法律を勉強していてよく思うのだけど、権利関係の整理やら、時間の経過なんかは、UMLで表現すればわかりやすいと思う。実際私はUML図っぽいものを書きながら勉強してる。 ただ、UMLだと、3者以上の場合の関係を書くときにちょっと書きづらい。シーケンス図だとなんかしっくり来ない。 「UMLでよくわかる民法」とかあったら売れそうなんだけど、エンジニアで法律に興味を持つ人のマーケットが限られていそう。開拓の余地がありそうだけど。 法律と、ソフトウェアの仕様書って、とてもよく似ていると考えていて、エンジニアとなじみやすいんじゃなかろうか。ただ、実際の法律の運用の場にたった場合に、厳密性がどこまで役に立つのかは疑問があるけれど。 Bertrand Meyer先生のオブジェクト指向入門オブジェクト指向入門 第2版 方法論・実践 (IT Architects’Archive CLASSIC MODER)の「
エンジニアが0から英語を勉強する為にした事 - hotchemi-ja-blog
今年の始め、正確には去年の暮れ辺りから英語の勉強を開始した． 自分の場合、殆ど0からのスタートで、色々と試行錯誤したので振り返ってみる． 背景として、日本に住んでいる英語が苦手なソフトウェアエンジニアが英語を学ぶ上で良かった事なので、ビジネスの人とか海外移住を考えている人の役には立たないと思う． また、既に英語に苦手意識が無い人は読んでも得るものはないと思う． スタート 今も対してできないが、当時は輪をかけて全く英語ができなかった． どれくらいできないかったかというと、以下の様な感じ．冷静に見て下の下． TOEIC・TOEFL受けた事ない 未だに未受験なので次受けようと思っている… 大学4年間、一度も英語を勉強しなかった 日本文学という珍妙なものを専攻していたせいで危機感を覚える事もなかった 英語に触れると変な汗が出て、そそくさとその場から立ち去る だから今から勉強を始める人も、安心して欲
学ぶ時間をどうつくるか | タイム・コンサルタントの日誌から
前回は、中堅エンジニアがモチベーションを失わずに成長するためには、自分の専門分野以外にも学ぶべきことがある、と書いた。ところで、ここに重大な問題が立ちはだかっている。それは、企業人の学ぶ時間が、次第にうばわれているという事実だ。 普通の企業人は、年間どれくらいの時間を「学び」にあてているのか？ 平成23年度調査によると、正社員の延べ受講時間平均は39.5時間だ、という（「人事マネジメント」2012年11月号・門田政己氏の記事より）。 http://www.acroquest.co.jp/company/press/2012/img/20121206.pdf 年間に39.5時間ということは、月にわずか3.3時間だ。週に1時間もない。これでは「学び」どころか、技術やスキルの維持さえおぼつかないではないか。しかもこの数値には、新入社員の集合研修の時間なども含まれている。中堅層だけを抜き出したらも
成長したいエンジニアへ、「時間がない」を言い訳にしない勉強方法とは | HRナビ by リクルート
変化の激しいエンジニアの世界で、どうすれば成長し続けられるのか。そのヒントを、飲食店向け予約台帳アプリを手がける「トレタ」の増井雄一郎さんが、3回にわたって解説します。勉強方法を紹介した前回に続き、第2回は勉強するための「時間と場所」について。 前回、エンジニアとして長く続けるには、継続的な勉強が大切だという話しをしました。勉強が大事というのは皆さんずっといわれていることなので反対はないと思うのですが、実際に勉強を継続するのは難しいモノです。 仕事をしながらの場合には、特に「どうやって勉強時間を確保するか」という問題があります。独身の方はまだ自分の努力で確保できそうですが、家族、特に子供がいる場合には時間と場所、両方の確保が難しいと思います。 「時間がない」は言い訳か 最近、ツイッターを見ていたところ、ドキリとするような言葉が出ていました。 「時間がない」 と言って行動しない人は、時間があ
圧倒的に成長している時は実感がない - Konifar's WIP
若いヨルダン人エンジニアの後輩がいるんですが、彼は本当に前のめりで成長に対して貪欲です。 入社してすぐに「家で勉強するのに良い資料はありますかッ？！」と聞いてきたり、GW前には「何を作ったらいいですかッ？！」と聞いてきたり、とにかく勢いがすごいです。こういう訳がわからない前のめりさはとても重要だと思っていて、何かしら力になりたいなぁと思ったりします。 で、この前も昼時に 「konifarさんは新卒の時どんな風に成長したんですかッ？！」と聞かれまして。覚えてることを話したんですが、ふわっとしたことしか話せなくて申し訳なくなってしまいました。 自分でも成長とは何なのかよくわかってないなぁと感じたので、思考整理してみようと思います。 未来の成長は想像しにくい 自分は正直、『成長する』というのがどういうことなのかよくわかってません。 就活の時に、「他の会社の5年分を1年で身につけられますよ！」みた
ITエンジニアの業務時間外の学習 - 勘と経験と読経
時間外学習に関するブログ記事をタイムラインで目にして考えたこと。ちなみに業務時間外に学習するかどうかは趣味の問題だと思っている。 業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ 業務時間外の勉強が必須なんてことはない IT業界は技術の流れに置いていかれるとしんどい思いをする。業務時間外の勉強は必須だ。しかし、おかしな話ではないだろうか。なんで時間外に仕事のための技術を勉強しなければならないのだろうか。 本来であれば、業務に必要なことは業務時間内で教えるべきだと思う。だが、今時そんな余裕のある会社なんて無い。やって当然という雰囲気はあるが、やるだけの理由を説明できる人は少ない。大半が「仕事に必要だからやるんだよ！」としか言わない。 業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ 業務時間外の勉強が必須なんてことはない
業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ
いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 ▪️業務時間外の勉強を新人にどう説明しているか IT業界は技術の流れに置いていかれるとしんどい思いをする。業務時間外の勉強は必須だ。しかし、おかしな話ではないだろうか。なんで時間外に仕事のための技術を勉強しなければならないのだろうか。 本来であれば、業務に必要なことは業務時間内で教えるべきだと思う。だが、今時そんな余裕のある会社なんて無い。やって当然という雰囲気はあるが、やるだけの理由を説明できる人は少ない。大半が「仕事に必要だからやるんだよ！」としか言わない。 IT系に勤めているからそれが当然だと思うかもしれない。だが、「仕事で必要だから」では理由が弱い。しんどい仕事をした後に、更に勉強というのはなかなかしんどい。相応の理由でも無い限り、モチベーションは保てない。
技術力がつかない負の流れに陥ってしまった。 - 東京アンダーグラウンド
最近自分がとらわれている負のスパイラルについて、思うところがあって書いてみた。 吐き出せば楽になれるかもしれない。 例外的な人はもちろんたくさんいると思うけど、一般的にSIer社員は技術力が低いと言われている。 たしかに自分の周りのSI社員にまともにコードを書ける人なんていないし、話に出るのは1990年代から2000年代のテクノロジーだ。 業務中にプログラミングをするときは、それが業務を改善するためのものであっても、周りの目を気にしてIDEを開く。 隙間の時間に、ほんの少しだけ。 手を動かさないと技術が身に付かないのは事実で、そういう意味だと、SI社員が技術を身に付ける時間は非常に限られている。 少なくとも、業務中に技術的なことをやる時間はほとんどないので、何かを身に付けたいときは、業務外に頑張って時間をとって勉強しなければならない。 家に帰ってからが勝負になる。 例外的な人になるためには
RE: どんなことを勉強すればいいですか？ - satococoa's blog
仕事でインターン生や経験の浅い方のレビューをしたり面接を担当したりしててよく聞かれる質問が「どんなことを勉強すればいいですか？」です。 それについてちょっとポエムを書いてみようかと思います。 主に会社で一緒に働いている人やこれから一緒に働くことになりそうな方向けに書いていますので、一般論として捉えるとやや極端だったり偏っていたりするかもしれません。ポエムなので許して。 専門家であるという視点から エンジニアとして仕事をする以上、専門家 (プロ) であるという誇りと責任を常に持って欲しいと思います。 そのためにはその自信を裏付けるための知識が必要となります。 僕のいる Web やスマホアプリの業界は流行の移り変わりが激しく、新しい情報を常に追いかけ続けないとあっという間に置いていかれてしまいます。 しかしながら新しい知識を追いかけ続けるにも確固とした基本がないと、曖昧な知識の上にさらに曖昧な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
