本格派エンジニアの工具箱 記事一覧 | gihyo.jp第37回NetBeansとJavaFX Scene Builderで作るJava GUIアプリケーション その2 杉山貴章 2012-10-04
Javaで1から10まで書いた話(sanitized)
PPLサマースクール2016「商用Java処理系の研究開発」のパート2です． http://ppl.jssst.or.jp/index.php?ss2016 Java言語処理系の実装について詳説する．まずJava仮想マシンの概要について述べ，その主要な構成要素として，クラス管理とインタープリタ，ヒープ管理とガベージコレクション，スレッド管理と同期機構，JITコンパイラとの連携，などについて説明する．性能改善のために行った各種手法についても触れる． 他のパート 1 Javaの登場と発展 http://www.slideshare.net/Tamiya_Onodera/java-66081108 2 Java仮想マシンの実装技術 http://www.slideshare.net/KiyokuniKawachiya/java-66003903 3 Java Just-In-Timeコンパイラの
Gradleどうでしょう
G*ワークショップ Z 札幌 2014 のスライドです。 某書の抜粋的な何かです。Read less
Javaエンジニア養成読本が出ます！ - Challenge Engineer Life !
11月11日に「Javaエンジニア養成読本」が出版されます。 この本は、Javaの最新動向を踏まえつつ、開発現場で役に立つような実践的内容を含むことを目標に企画されました。幅広い内容を6名の著者による共著で執筆したものです。 新人エンジニアの方や、最新のJavaを採用検討している方、開発現場へツールの導入検討される方など、様々な方々に読んで頂ければ幸いです。 私はJava EEのパートを担当させて頂きました。今年の7月くらいからブログが全く書けなかったのは、こちらに集中していたためでした(^^; Javaエンジニア養成読本 [現場で役立つ最新知識、満載!] (Software Design plus) 執筆している当時、ちょうど仕事で新人さん(プログラミング経験はない方)のOJT担当をしていたのですが「この書籍を使えば幅広くまとまってて楽に教えられるのに…」と思っていました。そんな使い方も
エンジニア向け技術書購入の裏側 | POSTD
この数ヶ月というもの、プログラマーに本を執筆することを薦めている記事をいくつも見かけてきています。このような記事ではそれぞれ少なくとも少しは役に立つアドバイスを提供しており、最終的には同じようなアイディアへとつながる結論に達していました。 自分のブランド構築のために本を執筆するべき . この結論は私からすると正確で非常に残念なものです。本を執筆するということに対する圧倒的な理由がブランド構築というのであれば、これから著者になるであろう人々はブランド構築をすることで何らかの利得があるという人（そして、時間を無駄遣いする人）だけになってしまいます。 そこに至るまでの道のり インターネットが原因だというのは明白です。誰もがといっていいほど多くの人が動画や楽曲、そして書籍を無料でダウンロードできることを知っています。「違法ダウンロード」に関する意見は反対意見からプライドに満ちたものまでと様々です。
JavaOne報告会2014アーキテクチャトレンド
2. Japan Java User Group はじめに •JavaOneで感じたアーキテクチャのトレンドを 紹介 –Javaに閉じる話ではありません •バズワード多めでお送りします –バスワードはトレンドを表現するキーワード –「だいたい」で使います •具体的な実装系の話は出てきません 1 3. Japan Java User Group 世の中の流れ •IoT（Internet of Things） –あらゆるモノがインターネットに接続し、あらゆる コトがインターネットを通じて発生する –デバイスの多様化と大量化 »PC、タブレット、スマホ、ウェラブル »Kiosk、自動車、家電、テレビ »タグ、カード、センサー –経験の一体化 »多様な入り口から同じデータにアクセスする »流通で言うとオムニチャネル 2
【Javaが恐ろしく強い】転職時に希望するプログラミング言語ランキング - paiza times
皆さんの得意なプログラミング言語はなんでしょうか？ 「弘法筆を選ばず」というように、優秀なエンジニアになればなるほど特定言語に対するこだわりはなくなるように思いますが、やはり一番書きやすい言語や自分に合う言語というのもはあるものだと思います。 今回はそんなプログラミング言語の人気ランキングを、サーバサイド中心に希望者数、経験者数、求人票登場数、利用者数、優秀者数、世界的な人気などの、６つ角度で調べてみました。 ※paizaのデータについては今回サーバサイドを中心としているのでJavaScriptは省いています。また選択肢として最近paizaで追加した言語も省いています。 ■転職時に希望する言語ランキング paiza登録エンジニアが「どのような開発言語の求人を希望するか」のランキングです。今後経験を深めたい言語ランキングとも言えるので、今後のシェアに近いかもしれません。 ※paizaのプロフ
「技術的負債」の返済ルールを作る 株式会社ドワンゴ 清水俊博 氏 | ギークアカデミー | dodaエンジニア IT
中堅SIerを経て2009年にドワンゴに中途入社。複数のシステムの開発に携わった後、エンジニアの生産性を高めることをミッションとする部署の立ちあげに参加する。趣味はプログラミングとネトゲ。 ドワンゴ清水俊博氏にドワンゴのエンジニア文化について聞いた。2012年4月の第1回「ニコニコ超会議」の後、ドワンゴのエンジニアが大量退職するという危機的な時期があった。エンジニア文化を立て直す社内組織に参加した経緯を聞く。 ──転職のきっかけはコミュニティ活動とのことですが、当時参加していたコミュニティjava-jaの雰囲気をお聞かせください。 java-jaでは、スキルがある人たち、技術力がある人たちに囲まれていました。ヨシオリ（java-jaを立ち上げた庄司嘉織氏、清水氏の元同僚）も当時はSI業界にいて、互いに話をして共感しあい、友人になりました。 java-jaは、ヨシオリが「勉強会」という呼び名
優秀なIT技術者の定義 – 小俣泰明(タイメイ)ブログ@アルサーガパートナーズ
最近、優秀なIT技術者になりたいってよく聞かれるのでここに書くことにしました。 まず大きく勘違いしているのが、コアな技術をやってる人が優秀という定義。 こんな話をよく聞きます。 JavaScriptやHTMLは基礎であり初級者向け。 PHPやPerlといったインタプリタ言語はダメ。 Socket通信をPHPでかけないとダメ（あまり使われないメソッドやライブラリを使いこなせると優秀） JAVAやC#は技術力が上。 さらにいうとC言語出来る人が優秀。 さらにいうとLinuxのカーネル書けるとさらに優秀。 データベースのチューニングできると優秀。 学術的な音声認識技術や画像解析技術といった分野に入り込むとさらに優秀なエンジニアとなる。 もちろん、上記の技術はどれも大切だし優秀な技術者だと思う。 でもね。自分が考える本当の優秀な技術者は違います。 優秀な技術者とは 【最適解を常に出せるエンジニア】
Python - Perl + Java = ？ はてなブログのデータとパソコン工房のPCを使って「word2vec」で遊んでみた - はてなニュース
統計処理用のマシンを使って、自然言語処理で遊ぼう！ BTOパソコンで有名な「パソコン工房」から「統計処理用のPCを企画しているので、何かできないか」と相談された編集部は、はてなエンジニアと相談して「word2vec」を使って遊んでみることに。はてなブログのデータとかっこいいパソコンを使って、最新の自然言語処理で楽しむ様子をお楽しみください！ 記事の終わりには2TBの外付けHDDが当たるプレゼントのお知らせも。 （※この記事は株式会社ユニットコムによるPR記事です） ―― BTOパソコンのショップ／サイトで有名な「パソコン工房」さんから、以下のような依頼が来ました。 データサイエンティスト向けに、統計処理用に使えるパソコンをいろいろと考えています。なので、何か面白い処理に使って、PR記事にしてほしいんです！ ▽ 【パソコン工房公式サイト】BTOパソコン（PC）の通販 ―― ということで、はて
「Javaが使われないのは、エンジニアが楽しくないからだ」 - 感謝のプログラミング
面白い人に出会った。 彼を一文で表すと、 SIerにいるくせに技術が大好きで、コードを書きたくても書けない現状に嘆きつつ、 多額のローンを背負ってしまったため転職に踏み切ることもできず、夢と現実の狭間で苦しんでいる男だ。 この人の素直な感じがかなり好きで、出会いざますぐに心を開いてしまった。 やっぱりアツく技術的な話をしてくれる人は本当に楽しい。 会社にいる人の5割はSSDって何？って人だし、6割はJavaとJavaScriptの違いもわからない人で、8割はGoogle検索無しでコンソールに「Hello World」を出力させることもできないような人達だ。 実際に統計をとったわけではないけれど、これは全然大げさな話ではない。 「システムエンジニア」なのに、本当にこんな感じなのだ。 その代わり、ExcelやWordを駆使して資料を作成する技術は素晴らしいものがある。 長時間の会議に耐えうる精
Railsエンジニア(仮)にジョブチェンジしました - (define -ayalog '())
2014-02-24 Railsエンジニア(仮)にジョブチェンジしました 日記 開発 Java Rails 2/17から新しい環境で働き始めて*1なんとか1周間乗り切りましたってことで近況報告的な。過去4年間システム開発に携わってきて、それまでJava*2一辺倒だった僕がRailsエンジニア(仮)*3になったお話です。ちなみにJavaは言語でRailsはフレームワークだ！っていうツッコミを貰う前に書いておくと、やっぱりRailsってRubyというよりはRailsって感じなので、この辺はRailsを書いている人なら分かってもらえるかなーと。 Railsエンジニア(仮)にジョブチェンジするためにやったこと まず、大事なことがふたつありました。 上司の理解を得ることが出来てサポートしてもらえること やりたい仕事をするための知識/スキルを持っていること 1については元々僕が転職するときに既に社長に
なぜ「応募資格：ＪＡＶＡ業務経験２年以上」のような求人がエンジニアに見向きもされないのか - 表参道フォークウヱル別館
エンジニア採用をテーマにして3回くらいのシリーズで記事を書くことになり、今回はその第1回。 エンジニア経験のない人事の人がやりがちな、エンジニアに馬鹿にされる求人を作ってしまわないためのアドバイスをつらつらと書いていきます。 さて、タイトルにあるような「応募資格：ＪＡＶＡ業務経験２年以上」といった求人票はエンジニアの方なら一度は目にしたことがあると思います。 この手の求人を見るたびに、「本気で採用する気があるんだろうか？」と他人事ながら心配してしまうわけですが、おそらく書いた採用担当者は真面目に自分の仕事をこなしているつもりなのでしょう。 しかしまともなエンジニアが見れば、この短い文章からその会社のイケてなさ加減を感じ取り、その会社を事前に知っていて好印象を持っていたとかでなければ、即座にページを閉じて読み飛ばすこと請け合いです。 それはなぜか？ ダメな点のまず第一は、「その会社が技術
８つの質問で、Java SI業界の現状を知る - レベルエンター山本大のブログ
Webサービス系の会社の隆盛があって、人材流出が騒がれたのが１−３年ぐらい前だろうか。 SIの産業の人材動向が、今どうなってるかって？ 大方の予想より凄惨ですよ。 それが分かる方法がある。JavaWeb技術者に技術力を問う８つの質問によってだ。 SI業界のエンジニアの平均レベルを知りたくって、いろんな会社さんのJavaWeb開発者（経験者）向けに以下のような８つの質問を継続的にしている。 対象者としては、Java経験３から１０年ぐらいの現役バリバリのはずのJavaエンジニアだ。 その８つの質問というのはこんな問題だ。 JavaWeb技術者に技術力を問う８の質問 インターフェイスのメリットを一言で表して下さい。（筆記解答） HttpRequestオブジェクトからPostされたデータを取得するServletのメソッドは何ですか？（筆記解答） Sessionのスコープを端的に説明してください。（
富士ゼロックスを退職し、DeNAに転職します。 - from scratch
自分が退職エントリを書くことになる、というのは一年前、このブログを初めた時には考えもしなかった。この数ヶ月間、いくつか考えることがあったので、自分のためにも残しておく。 今回のエントリは多分めちゃくちゃ長いです。 最後にまとめがあるので、そこを見るだけでもいいと思います。 バックグラウンド的な まず、今の会社、富士ゼロックスに入社が決まった時から「この会社に一生勤めよう」とか、「安定したメーカーに就職できたからこれで安泰だ」とかは全く思っていなかった。 せっかくエンジニアになったのだから、「ユーザーの生活・働き方が変わるようなイノベーティブな製品を作りたい」という思いを持ち、それを叶えようと思っていた。 富士ゼロックスに勤めると、プリンター、コピー機だけじゃなくて、ソフトウェア含めて色んなモノを開発しているから自分の視野の拡大できるだろうし、富士ゼロックスにはFXPALっていうソフトウェア
文章に向いてない構造をいかに文章に向いた構造に直列化するかが大事 - きしだのHatena
Software Design 12月号の特集が「なぜエンジニアは文章が下手なのか？」というタイトルだったので、読んでみたら、ちょっと残念な内容だった。 「それは文章で書くべき情報なのか」という章があって、直列化した論理構造であれば文章には書きやすいけど、分岐やループがあるような構造だと書きにくいということが書いてあった。そこで文章化しにくい構造の例として地図があげてあって、暗にそういう構造は文章化をやめて図であらわせと言っているように読める。 けれども、図に書いたところで、書く側は文章化から逃げれて満足かもしれないけど、それを読み取る側は結局どこかから順番に解釈していく必要がある。図に逃げるのは、読み手に責任を押し付けているだけだと思う。 で、「ですから文章を書く前にまず論理構造を考える必要があります」と続いていて、では考えた論理構造が「文章に向かない論理構造」だったらどうするの？逃げる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scalaに至るまでの物語 - Septeni × Scala 第一回 杉谷
Javaエンジニアのためのアーキテクト講座-JJUG CCC 2014 Fall
https://jp.techcrunch.com/2014/10/16/jp20141016prosheet/
Ninja 2.0.0 released!