エンジニアは業務時間外でも勉強するべきなのか | 株式会社アクシア
エンジニアがスキルアップするための勉強を業務時間外でもするべきかどうかについて、「教育してエンジニアを育てるのは企業側の責任だ」「エンジニアであればスキルアップのために当然自分で勉強すべきだ」といったような議論を度々見かけます。 この問題についてはどちらが正解というわけでもないかもしれませんし、企業やエンジニアのポリシーによるところも大きいかもしれません。 いずれにしても今後うちの会社の求人に応募してきてくれる方に向けて、企業として、または会社トップとしての私の考えを明確にしておくことはやっておいた方が良いなと思いましたので、この記事に私の考えをまとめてみたいと思います。 プライベートで勉強しなくても何とかなります 仕事をこなしていくという観点から言えばプライベートでの勉強を一切やらなくても何とかなります。たとえ未経験で入社してきた人であってもそれくらいの教育は行っています。 でも最初にこ
教えるという技術 | DevelopersIO
渡辺です。 自分は「教える」ことにやり甲斐を感じます。 大学時代を思い返すと、家庭教師やサポートセンターのバイトをやってました。 ボードゲームをする時は、ルール説明などを行っていました。 ゲームのインストの一環としてインストカードやサマリを作ることもあり、プレゼン資料作りも得意になりました。 IT業界に入ってからは、勉強会の講師や資料作成・ハンズオンのチューターなどを行うようになりました。 技術書の執筆やIT系専門学校講師も経験しています。 最近では趣味のスノーボードで、インストラクターの資格をとり、スノーボードスクールで教えています。 「教える」ことが好きなんでしょう。 これまで、様々な分野で技術を教えてきました。 畑はまったく違ったとしても、解りやすく「教える」ための技術は大きく変わりません。 今回はそんな「教える」技術をまとめてみました。 なお、本エントリーの対象は、その分野に初めて
宿題になかなか手をつけようとしない長男に、精神論は全く刺さらなかったけど、具体的なタスク整理とスケーリングの話をしたら超刺さった: 不倒城
いつものことですが、こういうのを可視化する意味もあるかと思って、整理も兼ねて書いてみます。一般化する気は特にないです。 長男、8歳。小学二年生。 ちょっと前から気になっていたことですが、長男は「頑張らなきゃいけないことに対するハードル」が高い気がします。 ポイントは、大きく分けて二つです。 ・サッカーのリフティングなど、練習すれば出来そうなことについて、(出来るようになりたい、という意志はありそうなのに)何かと理由をつけてやろうとしない。 ・学校の宿題や片付けなど、出来るけれど時間がかかりそうな(面倒な)ことについて、同じくなかなか手をつけようとしない。 早い話、「努力が必要なこと」について、始めるまでの精神的障壁が高いようです。いや、面倒なことが後回しになり勝ちなことなんて大人だって一緒ですし、いざ始めれば集中力はあるんで結構あっという間に終わるんですが。 やればすぐ出来るんでそんなに気
「変態になるのが大事」 仕事がつまらないと嘆くあなたへ、元スクエニCTOがアドバイス
Life is Tech !が主催する教育とテクノロジーの祭典「Edu×Tech Fes 2015」。本パートでは、Life is Tech !執行役員CTOで元スクウェア・エニックスCTOの橋本善久氏が、業界内で「井の中の蛙」にならないために大切な7つのマインドを紹介します。（Edu×Tech Fes 2015より） 「井の中の蛙」にならないために大切な7つのマインド 橋本善久氏：もう1つあって全然アングルが違うんですけど、ゲーム開発は簡単に炎上するんですよ。特に一定以上のサイズになると。ゲーム開発が炎上する主要因というのは、全部じゃないですけど、他人事、おごり、非合理、いくじなしとか大体ここら辺になるんですよ。 まとめると、炎上する理由の多くがマインドの問題だっていうのが、ずっとやってきていて思うところで、それがあった上での方法論なんですけど、マインドのところで大体こけていると。それで
プログラミングは「教わる」ものか、「学ぶ」ものか？【連載:中島聡】 - エンジニアtype
UIEvolution Founder 中島 聡 Windows95／98、Internet Explorer 3.0／4.0のチーフアーキテクトを務めたエンジニア。NTTに就職した後、マイクロソフト日本法人（現・日本マイクロソフト）に移り、1989年、米マイクロソフトへ。2000年に退社後、UIEを設立。経営者兼開発者として『CloudReaders』や『neu.Notes+』、教育アプリ『neu.Tutor』といったiOSアプリを開発する。シアトル在住。個人ブログはコチラ 今回は、脚光を集めるようになってきた「プログラミング教育」について、わたしなりに考えをまとめてみました。 日本では、政府が今年6月に成長戦略「世界最高水準のIT社会の実現」の素案としてプログラミングの義務教育化を提唱したり（参照記事）、プログラミング教育事業を始める企業が増えたりと、官民双方で教育熱が高まっていると聞
「外向きな話し方」を教えたときのことを思い出して書く - インターネットの備忘録
説明下手のバイトに説明のやりかたを教えるために悩んでいるhttp://lkhjkljkljdkljl.hatenablog.com/entry/2013/02/19/103027 から。 最適解としてテレビショッピングのプレゼンテーションを挙げてらっしゃるのには同感で、誰かに何かをアピールするときには、伝えたいことを絞り込んで、相手を巻き込む熱意でシンプルに豪速球を投げる方法が一番届きやすいと思います。 でも、それには場数をこなす必要があったり、テレビショッピング的なお作法を踏まえなきゃいけなかったりするので、今回の場合は別にして、個人的に経験のある、「社会人になりたて／学生さんに、目上の人もいるような公式な場で、自分の考えや経験などを説明するときにどのようにして教えるか」について備忘。 課題は2つあって、「まともな話し方ができるようになる」と「考えていることを言語化できるようにする」。
俺様に論文を指導してもらいたければ以下の手順を踏みやがれ！ - 発声練習
でも、基本は所属研究室のやり方に合わせるんだぜ！ 何を書きたいのかはっきりさせやがれ！ 次のことをまずはっきりさせて、メールで送りやがれ！ 問題はなんでぃ？ その問題を解決してぇんか？それとも緩和させてぇんか？ その問題を解決／緩和すると誰がよろこぶんでぃ？ この問題について他に誰か挑んでねぇか？ どこのどいつさまが、いつ、何をしでかしたん？ 何で、おめぇさんはそいつの成果に何か上乗せできるとおもっているんだい？ どういう方法で問題を解決／緩和を実現するつもりだい？ どんな結果がでそうなんだ（あるいはてにいれたんだ） 論文の骨ってやつを俺様にメールで送れ！ 論文の味わいを決めるのは脂じゃなくて骨なんだ！骨がきっちりした論文は肉がきっちりついてうめぇ。骨がガタガタなのに肉をつけようとすると犬にでもくれてやりたいできあがりになる。そいつはいただけねぇ。次のことをメールで送りやがれ！ 論文の題目
店長の心得的なメモ - ２４時間残念営業
2012-12-13 店長の心得的なメモ 覚え書きです。 人に教えるのにまず自分がまとめないと、ということで書きながら考える。ナマな現場の話なんで、現在バイトの立場の人が読むといやな気分になる部分が含まれてるかもしれません。 んーと、店の管理者、まあ店長でもなんでもいいんだが、とにかく最終責任者の仕事はなにかっていったら、店を維持することそのものだ。 店を維持するってことに含まれるのは、ＱＳＣの維持。んで通常のＱＳＣの維持は大部分はクルーがやるルーチンのなかに含まれる。なので管理者自身は自分がシフトに入ったとき以外は特に関係ない。ただしＱＳＣといっても不変ではなくて、けっこう更新されたりするので、そのたびごとにルーチンを組み替えなければいけないので、その組み替えの作業、システムづくりがここでは管理者の仕事になる。 次に非定型業務としての売場づくり。これもフェースアップくらいまではルーチンに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
3年後の新入社員はメールを使えない場合がある