エンジニアは業務時間外でも勉強するべきなのか | 株式会社アクシア
エンジニアがスキルアップするための勉強を業務時間外でもするべきかどうかについて、「教育してエンジニアを育てるのは企業側の責任だ」「エンジニアであればスキルアップのために当然自分で勉強すべきだ」といったような議論を度々見かけます。 この問題についてはどちらが正解というわけでもないかもしれませんし、企業やエンジニアのポリシーによるところも大きいかもしれません。 いずれにしても今後うちの会社の求人に応募してきてくれる方に向けて、企業として、または会社トップとしての私の考えを明確にしておくことはやっておいた方が良いなと思いましたので、この記事に私の考えをまとめてみたいと思います。 プライベートで勉強しなくても何とかなります 仕事をこなしていくという観点から言えばプライベートでの勉強を一切やらなくても何とかなります。たとえ未経験で入社してきた人であってもそれくらいの教育は行っています。 でも最初にこ
builderscon 2024
buildersconは「知らなかった、を聞く」をテーマとした技術を愛する全てのギーク達のお祭りです。 buildersconではトークに関して技術的な制約はありません。 特定のプログラミング言語や技術スタックによるくくりも設けません。 必要なのは技術者達に刺激を与えワクワクさせてくれるアイデアのみです。 あなたが実装したクレイジーなハックを見せて下さい。 あなたの好きな言語のディープな知識をシェアしてください。 あなたの直面した様々な問題と、それをどう解決したかを教えてください。 未来技術のような未知の領域について教えてください。 buildersconに参加して、あなたの情熱をシェアしてください！皆様のご参加をお待ちしております！
気が狂った設計 - hitode909の日記
大きめのこととか，自信のないところを触るときは，コード書く前に，こういう作戦考えてみたけどどうですかって聞いてみたり，こういうことやりたいんだけど一緒に考えませんかって，いっしょに話して設計考えたりするとよいと思う． 一緒に考えたすぐあとに気が狂った設計とか言い出したらおかしいので，未然に変な設計のままコード書いてしまうのを防げる． 特に辛い気持ちになるのが、「気が狂った設計」「クソコード」「（こんな実装は）有り得ない」といった言葉だ。 Pull Requestのレビューが辛くて会社をやめたい 単に言葉が強いのはよくないと思う．我が社にはそんな強い言葉でレビュー書く人はいない． 我が社には，普段から強い言葉を発する人もいなくて，みんな物腰柔らかな変な言葉を話している． 言葉使いや文体は，ずっと過ごしてると同僚から移ったりするので，普段からそういう言葉を話していると，全体の雰囲気も悪くなりそ
esa.io - 趣味から育てたWebサービスで生きていく - YAPC::Asia Tokyo 2015
「esa」は esa LLC が開発・運営しているチーム向けMarkdownドキュメント共有サービスです。2015年1月に正式リリースされてから約半年、βテスト期間も含めると1年ほどになります。 本トークではエンジニア1人とデザイナー1人で開発・運営・経営・営業などを行う上で考えたこと、経験したことなどを中心に、オフの時間に趣味で作り始めたWebサービスを事業化することについてお話したいと考えています。 発表内容(予定) 私は誰? esa LLC とは esa.io について この発表はこんな人におすすめ 趣味のようにプロダクトを作って生活していきたい人 esa.io の中のひとの考え方に興味があるひと トリが好きな人 (\( ⁰⊖⁰)/) Before esa お仕事でいろいろ 趣味でいろいろ いろいろやってたらいろんな人々に出会った ポエム界隈 #とは いろいろ試すの、大事 Begin
はてなに入った技術者の皆さんへ （jkondoの日記より）
最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、
エンジニアが知っておくと便利なGoogle英語検索キーワード3選 | GMOメディア エンジニアブログ
こんにちは、山田コーダーです。 さて、皆さんはGoogleで英語検索する際どのようなキーワードを利用しているでしょうか？ そもそも「英語は苦手なので英語では検索しない」という方や「日本語だけで十分」という方もいるかもしれません。確かに “Rails”や “MySQL”といったメジャーなキーワードに関しては、日本語だけでも膨大な情報がWeb上に存在していることは事実です。が、Wikipediaによるとインターネットにおける英語の情報の割合は、日本語の10倍以上！ 少しこつを掴むだけで、文字通り桁違いの情報にアクセスできるので、普段英語で検索しない方は是非チャレンジして欲しいです。 それでは、私が普段よく利用する英語検索キーワードを紹介します。 その1. “how to 〜”「おいおい、ハウトゥーかよ！」と突っ込みたくなるかもしれませんが、私個人は冗談抜きでかなり頻繁に“how to 〜”を利
【翻訳】デザインエンジニアリング - MOL
Original：Design Engineering（2014-11-25）by Jonathan Snook JavaScriptだけがフロントエンド開発ではない。それはデザインとディベロップメントの技術が人種のるつぼのように融合したものである。それはアクセシブルなUIを実装するためであり、Web標準を受け入れるものである。 — Matt Hill Shopify Adminの開発に関して言えば、最近まで2つの専門職、つまりデザイナーとエンジニアを受け入れていた。今では3つめの専門職がある、しかしながらそれが確かなものとして認識されるまで時間がかかった、フロントエンドデベロッパーである。フロントエンドデベロッパーのスキルはデザインとエンジニアリング両方にまたがっている。これまでクオリティの高いフロントエンドコードをフロントエンドデベロッパーの助けもなしに書けるデザイナーを雇えて、私たち
俺のJSライブラリの世界観(2014末版) - Qiita
http://qiita.com/advent-calendar/2014/frontrend 概論 ここ近年のモダンJSは特に理由がなければcommon.jsのrequireスタイルで記述され、webpack/browserifyでビルド/読み込むことを前提にしてよい。今やビュー層を除いてブラウザとnodeのライブラリの境界は非常に曖昧である。 識者諸君においては常にどちらの環境でも読み込めるようなライブラリを提供するように心がけることを切に願う。 今日はライブラリの名前しか出さないんで各自ググるように。 立場 サーバサイド~ゲームプログラミング出身node寄りフロントエンドエンジニア このサイトのスタッフだけど他のことに手一杯でQiitaのフロントはまだそんなにいじってない すまんな 他ってなんだろうな 言語 CoffeeScript TypeScript 最近DDDっぽい構成を目指し
30歳を迎えたソフトウェア開発者である私が、20代のころに聴いておきたかったアドバイス | ライフハッカー・ジャパン
どんな業界でもキャリアを始めるときには、期待に胸が膨らむ一方で、先行きの不安が立ちこめるものです。与えられた仕事をひたすら頑張ればいいのだろうか？ それとも、将来有望なプロジェクトに狙いを定めて動くべき？ 今回は、ひとりのソフトウェア開発者として、私が経験から学んだことをシェアしたいと思います。 以下に、私の経験と観察に基づく、いくつかのアドバイスを紹介します。もちろん、これがすべてではありません。経験は人それぞれユニークなものですからね。でも参考までに。 1. 仕事中に学ぶことを恐れない。 寂しいことに、多くの職場にある本棚はただの飾りにすぎません。本を手に取る人はめったにいません。忙しいコアタイムならなおさらです。でも、今はコンピューターの時代。あらゆる記事や書籍が電子媒体で読めるのです。だから読んでください。与えられた仕事だけをしていても、学べることは限られます。退屈な仕事を少しばか
Wikipedia の作り方 / How to make Wikipedia - *iroi*
こんにちは。アプリケーションエンジニアの id:mechairoi です。 この記事は はてなエンジニアアドベントカレンダー2014 の10日目です。 昨日は id:hatz48 さんの Mackerel と fluentd でサービスの状態を可視化する - Hatena Developer Blog でした。 今日は Wikipedia の作り方について紹介します。 完成イメージ 必要なもの スチロール半球 450m/m【ディスプレイ用品・デコレーション】 出版社/メーカー: ドガメディア: この商品を含むブログを見る ２つ必要。 モンブラン 発泡スチロールカッターA型 出版社/メーカー: 清水製作所メディア: Tools & Hardware クリック: 2回この商品を含むブログを見る スチロールを切るのに使います。 プリンタ、 白の塗料、 セロテープ、 やわらかい鉛筆、 はさみ、のり
YAPC::Asia Tokyo 2015, Aug 20, 21, 22
2015 8/20(木)、8/21(金)、8/22(土) 真夏に熱いカンファレンスを御届けします！ 8/20 18:00~ : 前夜祭 8/21 10:00~ : Day 1 8/22 10:00~ : Day 2 世界最大のYAPCが最後の大花火をぶちあげに今年ももどってきました！YAPCはYet Another Perl Conferenceの略で、Perlに関するカンファレンス・・・いや、お祭りです！Perlだけに限らず、様々な分野のギーク達が集まり技術の話と楽しさに満ちた三日間のお祭りが開かれます。Perlに関連する事に興味がなくとも心配する必要は全くありません、YAPC::Asia Tokyo 2015は技術者であれば誰でも楽しめるカンファレンスです。 今年も様々なゲストを集めて熱いトークが交わされます。世界中のギーク達がどんな事を今を考えているのか行っているのか、是非皆様も体験
プログラマになるための勉強をしている人の前で話をしてきた - きしだのHatena
イデアルITスクールというところで、１時間ほど話をしてきました。 プログラマとしてやっていくために大事なことというテーマ。 資料を作らずに、というか構想すら練らずにやってしまったので、ここで整理とまとめと補足を。実際にこれをしゃべったというのではなくて、だいたいこんなことをしゃべろうとしてたという内容をかなり盛って書いてます。 当然ですが、プログラマの仕事はプログラムを書くことです*1。 プログラマとしてやっていくためには、どこで動くプログラムを書くか、なにをするプログラムを書くかということを意識することが大事です。 ということで、まずはプログラムが動くところがどう変わったかという話。 1970年代ころは、デバイスを動かすためのプログラムが多かったのではないかと。 あと、ここには書いてないけど、業務アプリはほぼメインフレームで動いてたと思います。 それが、1980年代くらいからパソコンが出
MOSA Multi-OS Software Artists » MOSA Developer News［MOSADeN＝モサ伝］第155号
MOSA Developer News［MOSADeN＝モサ伝］第155号 2005-04-05 目次 「WebObjects Dev Report」 第1回 田畑 英和 ★新連載★ 藤本裕之のプログラミング夜話 #66 高橋真人の「プログラミング指南」 第65回 ニュース・解説 小池 邦人 「WebObjects Dev Report」 第1回 田畑 英和 はじめに 皆様あらためましてこんにちは！ 前回まで「Behind the WebObjects」のタイトルでWebObjectsの解説をおこなってきました田畑です。予告どおり今回から内容を切り替えて新しい連載を始めることになりました。よろしくお願いします。 とはいいましてもあいかわらずWebObjectsをテーマにしていくのですが、これまでは様々な技術を個別に解説してきたのに対し、これからは実際に1本のア
個人でWebサービスを超高速でつくる人たちの作り方を考察。 │ モノづくりブログ 株式会社8bitのスタッフブログです
株式会社8bitのスタッフブログです。こんにちは。株式会社8bitの高本です。 最近、個人で作っているWebサービスを作っている人の作業速度が異常に速いので、どうしてそんなに速くできちゃうのか考えていました。 ちょっと昔の話ですが、「予告.in」というサービスは2時間で公開したそうです。 犯行予告収集サイト「予告.in」公開 「0億円、2時間で作った」 震災の際もかなりのスピード(数時間～数日)で安否情報や震災に関する情報を配信するサービスが立ち上がっていました。 企業でやっているものもありますが、そのほとんどは個人といっても良い人数で作られています。 Anpi (いつから作り始めたのかわかりませんが、15日には公開していました。) SAVE Japan (6時間で公開したそうです。) 企業で収益性を見越したWebサービスを作る際は、もちろん色々と考えないといけませんが、
プログラミングに必要な６つの才能 - 久保清隆のブログ
ロシアの研究者 A.P.Ershovは、プログラミングに必要な才能として、６つを挙げた。 これは、確かにそうだなと思った。才能は磨いていけるものと信じて、これらの才能を磨いていけるように、メモをしておく。 プログラミングに必要な６つの才能 第一級の数学者の論理性 エジソンのような工学の才能 銀行員の正確さ 推理作家の発想力 ビジネスマンの実務性 協同作業をいとわず、経営的な関心も理解する性向 第一級の数学者の論理性 出現するケースをもれなく拾いあげる能力 実行の条件を正確に決める能力 この能力を高めるための書籍 プログラマのための論理パズル 難題を突破する論理思考トレーニング 作者: Dennis E. Shasha,吉平健治出版社/メーカー: オーム社発売日: 2009/03/26メディア: 単行本購入: 21人 クリック: 412回この商品を含むブログ (63件) を見る論理トレーニン
「ソースコードを見せて，と創業者のラリーとサーゲイは言うんです」---Google アンジェラ・リー氏：ITpro
優秀なエンジニアをかき集め，革新的なサービスを次々とリリースしてきたGoogle。「エンジニアのエンジニアによるエンジニアのための会社」（梅田望夫氏）といわれる同社の研究開発はどのように行われているのか。インターナショナル・プロダクトマネジャ アンジェラ・リー氏に話を聞いた（聞き手はITpro発行人，浅見直樹） ---Googleは自前主義と言われます。 リー氏: 本当に1からコードを開発している。メモリーの深い部分をどう効果的にコントロールするか，から始めて，ハッシュテーブルをどうするか，ユーザーインタフェースの部分まで，最後の1バイトまで自分たちで書いています。 買ってきたものだと限界にぶつかる なぜかといえば，他社のプラットフォーム上にコードを書いていると最終的にはどこかで壁に突きあたるんです。私の場合，国際化を担当していますが，日付の順番などが各国の言葉によって異なるところが，プラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フロントエンドのスキルマップと育成のはなし
お前なんかハッカーじゃない╭( ･ㅂ･)و ̑̑
CSSに死を！これはJSerの叫び！ #kbkz_tech
http://devsummary.miukoba.net/