新人ITエンジニアが先輩と話のネタにするために見るといいアニメ50選 - paiza times
Photo by Matteo Artizzu こんにちは、谷口です。 新人ITエンジニアの皆さんは、先輩エンジニアの方々とどんな会話をされてますか？ 「先輩と何を話したらいいか分からない……」という方のために、今回は弊社のエンジニア達と一緒に今でもDVDやBlu-rayで見ることのできる懐かしいアニメを50作品集めてみました。 かなり迷って独断と偏見で好きな作品をチョイスしているので、「あれが入ってないふざけんな」ということもあるかと思いますがご容赦ください。あとなんか「タッチとかルパンとかエヴァとか幽白とかセーラームーンとかはみんな知ってるからいいだろ！」というノリで選んでます、その割にファーストガンダムとか入ってますけど……。 とりあえず50本もあったらどんな先輩でもかつてどハマりした作品があるはず……だと思う……ので、よかったら話のネタにするべく、先輩達の世代に合わせて参考にして見
エンジニア単価情報 | ニアショア機構
スキル体系について 経済産業省（IPA）が制定したITスキル標準（以下「ITSS」）と、 株式会社パソナテックが、ITSS、SFIA（Skills Framework for the Information Age : 英国）、SWEBOK（SoftWare Engineering Body Of Knowledge : 米国）を参考に体系化し、人材ビジネスで 豊富な運用実績のあるPT-ITSSをベースに使用しております。 ※役割全体図(pdf:2.1MB) ニアショア開発活用に関するお問い合わせはこちら 首都圏単価より割安で高いパフォーマンスが期待できるニアショア開発に注目が 高まっています。 ニアショアベンダー紹介依頼、開発コスト最適化、リソース確保のご相談等、 お気軽にお問い合わせください。
ITエンジニアの幸せな未来とは？ - さくらインターネット創業日記
Something went wrong, but don’t fret — let’s give it another shot.
ITエンジニア本大賞2024
2024 大賞の発表！ ITエンジニアのみなさんとおすすめの本を選ぶイベント「ITエンジニア本大賞2024」の第一弾のWeb投票、第二弾のプレゼン大会が無事に終了し、プレゼン大会会場にお越しの特別ゲスト・観覧席のみなさんによる最終投票で「技術書部門大賞」、「ビジネス書部門大賞」が決定しました。また、各特別ゲストによる「特別賞」も選出しました。ご参加いただいた皆さま、ありがとうございました！ 1冊ですべて身につくJavaScript入門講座 出版社：SBクリエイティブ 著者：Mana 投票した理由や感想などみなさんからのコメント 安心して失敗していい、というところと、コードの例などがわかりやすかったです！ 前作の「HTMLとCSS」も購入させていただきましたが、前回も本書も初学者でも見易く、見返したくなるつくりに仕上がっていました。絵や図解でも解説されているので、近年に多いプログラマーを目指
ITエンジニア、プログラマのためのUX設計、情報設計勉強会 - paiza times
Photo by Davidlohr Bueso 今回のpaiza開発日誌は片山がお送りします。 paiza運営元のギノでは、これまでも不定期で社内勉強会を何回かやっていましたが、エンジニアの人数が増えてきてスピーカーの頭数が揃ったので、社内勉強会を定期開催する事にしました。 9月の頭に第一回目の「自社サービスエンジニアの為のUX設計、情報設計勉強会」を開催したので、今回はその内容を共有してみようと思います。 ■今回の勉強会の目的、背景 paizaの開発部隊はそれぞれ色々なバックグラウンドを持ったメンバーで構成されているのですが、普段の業務の中だと、なかなかそれを共有する機会や、お互いを深く知る機会が無いものです。そこで過去の仕事の事だったり、得意分野についての共有を順番に発表する形で社内勉強会をやってみる事にしました。 業務的なTipsの共有も重要ではあるのですが、普段の業務の周辺領域だ
『霧島、火消しやめるってよ』これ書いたらエンジニアをやめるべきコード9選 - paiza times
2014年7月30日より開催中のpaizaオンラインハッカソン（略してPOH![ポー！]）Lite「天才火消しエンジニア霧島 もしPMおじさんが『丸投げ』を覚えたら」ですが、たくさんのご参加ありがとうございます。引き続き開催中ですので、まだチャレンジしていない方は是非チャレンジください。 今回の物語では、主人公霧島京子の発注元にあたる1次請けSIerのPM火村氏に、いかにアホなコードを書かせるかという事で色々悩んだのですが、ネタとしては面白いが可読性が悪すぎてヒントにならないという事でお蔵入りしたコードを紹介ます。 ■しょうもなさ過ぎてお蔵入りに… 今回は、これまでのオンラインハッカソンVol.1、Vol.2よりも難易度を下げて、より参加しやすい形を目指して、タイトルもPOH Liteとしました。物語の中で提示される元受PMの火村氏が書いたコードを読めば「愚直な解き方はある程度分かる」とい
35歳定年説より怖いフルスタックエンジニアしか生き残れない未来とは - paiza times
Photo by Joi 今回のpaiza開発日誌は片山がお送りします。 今後も技術（開発）を中心にエンジニアとしてのキャリアを歩んでいきたいなと考えている方向けに最近騒がれているフルスタックエンジニアとは何か、という事と、何故今後フルスタックエンジニアしか生き残っていけないのか？という事について書いてみました。 ■最近よく見かける【フルスタックエンジニア】とは何か？ まずStackって何だろう？、というところで海外の記事などを読むと"LAMP stack"という言葉が良く出てきます。LAMPの場合、OSはLinux、WebサーバはApache、データベースはMySQL、プログラミング言語はPHP(もしくはPerl、Python)という形で組み合わせたものの事を言います。つまりOS、Webサーバ、DB、プログラミング言語の組み合わせ≒積み重ね、なのでStackという事のようです。こういった
CTO募集とかフルスタックエンジニア募集とか都合の良いこと言っちゃだめ - UNIX的なアレ
若干釣り気味のタイトルです。CTO募集すること自体は悪くないんだけど、その内容についていろいろ思うことがあったのでちょっと書いてみます。 やたら見かけるCTO募集 wantedlyとかみるとですね、とにかくCTO募集している会社が多いわけですよ。そりゃITな会社つくるとしたらCTOはいた方がいい。 でもね、多くの社長が話すCTO像って別にCTOを求めてる訳じゃないんですよね。要するに、なんでもできるエンジニアが欲しいというだけのパターンが多い。 とくに募集要件みてもピンと来ないんですよ。別にそれってCTOである必要ないでしょ？と思ってしまう。例えば、 アーキテクチャの設計ができて スマホアプリできて サーバサイド開発もできて インフラもひと通りできて マネージメントできて イケてる提案もしてくれる あと、言うことは聞いてね みたいなことを考えてる人が多い。すごく多い。まずね、いないよそんな
「戦力外社員こそ奇跡のWebサービスを作る」ドワンゴ川上量生氏が語る、未来のネット企業のあり方 - エンジニアtype
ドワンゴの創業者で、代表取締役会長兼CTO、ニコニコ動画生みの親で、スタジオジブリの見習い社員でもある川上量生氏。独自過ぎる路線でインターネット業界に話題を提供し続ける川上氏が、先月、初めての単著『ルールを変える思考法』（KADOKAWA）を上梓した。 身をもって体験したネットワークゲームの世界の深さやドワンゴ設立の経緯、ニコ動に打って出た背景、そして「ニコ動は近い将来滅びる。それが運命」という予測までが、率直な言葉で綴られている。 そんな川上氏は、これからのドワンゴ、ひいてはIT業界全体の行く末をどう見据えているのか。著書をもとにそれを尋ねるつもりだったのだが、話は思わぬところから転がり出した。 当代きってのビジョナリストが語る「異端児の正論」に耳を傾けてみよう。 株式会社ドワンゴ 代表取締役会長 CTO 川上量生氏 1968年生まれ。スタジオジブリ・プロデューサー見習い。株式会社カラー
ウェブエンジニアの生存戦略 - mizchi's blog
最近、この話題について経営者目線の話が多かったので、エンジニアのスキル獲得戦略とその最大化という観点から話をする。 まず目下のウェブエンジニアとして一番の課題は、「35歳定年説をどう乗り切るか」、ということだろう。もちろん、みんな35歳定年説なんてのが、まやかしであるとはわかっている。若い業界だったウェブ業界も成立してからだいぶ経ち、結果として平均年齢が押し上げられ、自然と35歳以上のエンジニアも増えてきた。 問題は、人月という概念によって、できる人間とそうでない人間の区別がされていないことだ。ウェブエンジニアとしての悲哀や業界の歪みはここにあると思う。下手に謙遜したりして話をややこしくする前に言ってしまうと、自分をできる側の人間として話をする。 生産性を測る確固としたメトリクスがないのも事実だと思うが、すくなくとも熟達した人間と未経験者がおなじ1人月というのは、到底ありえない話だと思う。
株式会社ジモティーを退職して光の戦士になりました - is Neet
2年ちょっと働いていた会社を9月いっぱいで退職した。 流行りの退職エントリーを書けるので嬉しい。 特に内容は濃くない。 ニートからジモティーに入社 それまでニートしてた。 シコシコwebサービス作ったりrails勉強してたりしたこともあり、運良くジモティーで拾ってもらい就職。 最初の大きなミッションは、α版として公開されていたサービスを1から全部作りなおすこと。 僕が入社した時、4人の優秀なエンジニアがすでに社員として働いており、彼らに色々教えてもらいながら何とかサービスのローンチを経験させてもらった。 クソ忙しかったけど、正直この時が一番楽しかったかもしれない。 それで出来たサービスがコチラ↓ 今すぐ掲載！地元で探す掲示板 ジモティー 退職までの二年間 ジモティーは所謂スタートアップ系に分類される会社なので、結構なんでも自分達でこなさないといけなかった気はする。 サーバ・インフラ周りやク
Web系エンジニア1年半ですが、このたびは転職する運びとなりまして、各位に連絡させていただきます - mizchi's blog
みんなが好きな転職エントリです。 mizchiくんのフォロー/フォロワー傾向を見張っているが、そんな古典的な手段が通じるかとばかりにガードされている— mala (@bulkneets) 2013, 9月 5 8月で株式会社Aimingを退職し、9月からQuipperに転職しました。 Quipper Quipperは端的に言うと教育ベンチャーです。自分で紹介するのもアレなのでググってください。ロンドン30人、日本20人ぐらいの会社です。 ちょうどいいのでブログも http://d.hatena.ne.jp/mizchi/ からはてなブログへ引っ越しますね。 転職理由 前職で色々としがらみを感じるようになって不満を感じていたところ、自分が気になっていたエンジニアが続々とQuipperに入社しているのを観測していて、気になっていました。 で、@kyanny こと刺し身ブーメランさんに連絡をとっ
【寄稿】 エンジニアはブログを書いた方が良い、その理由をキャリアの視点から考える - 週刊はてなブログ
CodeIQ×はてなの エンジニア夏祭り2013 第2夜では、エンジニアにブログを書いてもらうキッカケになってもらえればと、お題キャンペーンを実施中です。この一環として、ITエンジニアがブログを書くべき理由を、CodeIQプロデューサーの サカタカツミ さんに寄稿いただきました。 無名のはてなブロガーが、こんな晴れがましい舞台に出る理由 最初にネタバラシをしてしまうと、エンジニアはブログを書いた方が良い、というエントリーを、まったく無名のはてなブロガーである私が寄稿してあげても良いよという、上から目線で何様な発言を、はてな東京オフィスのとても美味しいランチを取りながらしていたのを、どこでどう間違ったのか、真に受けた人がいて「だったら寄稿してくれてもいいですよ」と依頼メールが飛んできて、今書いているという次第。が、ブログの楽しさを紹介していくブログマガジンを読んでいる人の多くは、もうブログを
エンジニアの成長と「快適な職場」について : 小野和俊のブログ
「時間あれば軽く飲んでいきます？」 一年前のちょうど今くらいの季節に、Diablo3のオフ会の後に伊藤直也さんと2人で新宿三丁目のバーに向かった。 伊藤さん曰く、 「グリーにいたとき、すごく優秀な人がいて。お願いしたいことを短い言葉で伝えるだけで、行間を読んでこちらがやりたいことを全部理解して、必要な指示を出して自分も動いてあっという間に成果を出しちゃう。」 一般に、エンジニアの楽園のような職場 - 快適で自由闊達に意見が言えて、技術力があり、それぞれが自主性を持ってのびのびと仕事をしている職場の方が、エンジニアは良いアウトプットを出せるし、類は友を呼んで優秀なエンジニアが集まってきやすい。これは確かなことだろう。ただ、エンジニアの成長を考える時、そういう職場は本当に理想的なのか、という点については、少し立ち止まって考える必要がある。 人の成長には、明るく楽しく周囲も優秀でコミュニケーショ
TechCrunch | Startup and Technology News
When Alex Ewing was a kid growing up in Purcell, Oklahoma, he knew how close he was to home based on which billboards he could see out the car window.…
技術を伝えても、技術者の価値はなくならないという話 - プログラマでありたい
増田で、この記事が話題になっていました。 正社員に仕事を教えたくない 私は今年で契約が切れるパート。同じ部署に昨年、数歳年下の新入社員が配属された。 彼女は私が少ない仕事から数年かけて学び、また効率的に処理できるように試行錯誤して会得したノウハウを、たくさんの仕事の中でどんどん吸収している。これまで私しか使えなかったソフトも、ほぼ同じくらい使えるようになった。 この記事書いた人の仕事の内容はよく解らないので元ネタに対するコメントは差し控えます。一方で、これを見ていたIT系エンジニアのクラスタっぽい人々が、技術職にとっては技術を伝えると自分の価値が無くなるよなぁ的な発言をしているのを幾つか見たののが興味深かったです。なので、ITエンジニアにとっての技術と、それを伝えるということを考えてみました。前提として、ITエンジニアの技術についてです。製造業の技術流出は別の問題だと思うので、対象にしてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT系エンジニアのためのプレゼンテーション入門
労働時間規制の除外、IT技術者も対象 厚労省検討 - 日本経済新聞
TechCrunch | Startup and Technology News
layer8.sh