［速報］Java 9が正式リリース、Javaをモジュール化するProject Jigsawがついに実現。今後のJavaは6カ月ごとタイムベースのアップデートへ
［速報］Java 9が正式リリース、Javaをモジュール化するProject Jigsawがついに実現。今後のJavaは6カ月ごとタイムベースのアップデートへ 米オラクルは9月21日（日本時間9月22日未明）、Javaの最新バージョンとなるJava 9正式版を公開しました。 Java 9 is Out!!!!#JDK9 #Java9 #Javahttps://t.co/VE7BI4KPlK pic.twitter.com/kOdNiLJ1ky — Java (@java) 2017年9月21日 Java 9最大の新機能は「Project Jigsaw」として開発されたJavaのモジュール化機能です。おそらくJavaの開発のなかでももっとも難産なプロジェクトだったといえるでしょう。 難産の末にProject Jigsawがついに実現 Javaをモジュール化して必要な部分だけを使えるようにする
人売りIT派遣企業（SES・客先常駐）の見分け方 | 株式会社アクシア
システム開発を事業としてウェブサイトに記載している企業の中には、実際には到底システム開発の会社とは言えず、その実態はほとんど派遣企業である場合があります。しかも本当の派遣企業ではなく、実態は派遣なのに契約形態は請負契約や準委任契約としている偽装請負という違法行為を行っている企業が大量に生息しているというのが今のIT業界の実態です。 他業界からするとIT業界の客先常駐は派遣契約で行われていると思ってしまっている方が結構いらっしゃるようですが現実は違います。きちんとした派遣契約でエンジニアが派遣されるケースの方がレアケースで、多くの場合は偽装請負が行われているという状況です。 これは将来エンジニアを目指す学生や、システム開発を発注したいと思っている企業にとっては害悪でしかありません。普通のシステム開発会社で働くことを目指す学生に誤解を与えないためにも、実態がシステム開発会社ではないのに開発会社
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
ウォーターフォール型開発プロセスの有効性 - 勘と経験と読経
牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面倒なのでブログにまとめている側面もあるのだけれど。結論を先に書くと、計画駆動とアジャイルの扱いはバランスを重視。WFがメリットが無いというのは言いすぎだと思っている(課題はある)。 こちらも合わせて読んだ 日本でアジャイルが流行らない理由 - @ledsun blog 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance そもそも批判されるようなWF型プロジェクトは実在するのか 本件に限らず批判されがちな「ウォーターフォール型開発プロセス（以下WFと記述）」だが、実際のところ皆さんそれぞれ
日本でプログラマが少ない理由は戦う戦場を間違えているからです - 文系プログラマによるTIPSブログ
2015-03-08 日本でプログラマが少ない理由は戦う戦場を間違えているからです IT業界 ◯ 広告 昔から言われている日本のプログラマ問題、さて、皆さんどう考えているのでしょうか。 日本でプログラマが少ない理由は正当な対価を支払わないからである : SIerブログ この記事を読んで、色々と思うところがありました。 社長や偉い人の見解 日本史なんか教えなくていいからプログラミングを教えろ、日本でプログラマが足りない理由は 工学系とかプログラム系を学ぶ学生が少ないから http://wirelesswire.jp/london_wave/201503031606.html まあ一理あるとは思いますが、ちょっと浮世離れしている感が否めません。 スレ住人の見解 続いてスレ住人達の見解です。こちらは現場サイドの意見が見られます。 ぶっちゃけ日本人は能力格段に低い 日本のIT企業はコミュ力で勝
iOS用の業務アプリ開発を勧めない理由（ワケ）【opinions】
Photo by David Update day [261/365] CC BY-SA 相変わらずアプリ開発の相談が減ることはなく増える一方です。弊社はiOSアプリ開発を専門にするベンダーとして7年近く皆さまからの相談を受けていますが、2014年あたりからの問い合わせ数の増え方には目を見張るものがあります。業務アプリの相談も同様です。弊社では外注を一切使わず、100%内製をポリシーにしているため、開発リソースの関係でお断りさせていただくこともあります。 1、2年ほど前、新しい取り組みに前衛的また積極的である企業や部門、キャリアが、特にiPhoneやiPadの業務用導入を競い合っていました。今はそんなアーリーな時期は過ぎて一段落し、マーケティングの世界でいうところのいわゆるキャズム越えをしたタイミングなのかもしれません。いよいよ後追い型のマジョリティなグループにも導入せんとする「第二波」が
[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要
![[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/bfb41ba2bfefb166491d5d3e83380136f2017ab2/height=288;version=1;width=512/http%3A%2F%2Foshiire.to%2Fwp-content%2Fuploads%2F2015%2F01%2F17principles-300x212.png)
受託開発の会社が本格的にWebサービスを開発・運用してみてぶつかった課題（只今5ヶ月目） - ヴェルク - IT起業の記録
うちの会社は、基本的に受託開発の会社ですが、自社サービス開発の両立を目指しています。その取り組みの一つとして、今年の5月、boardという受託ビジネス向けのクラウド型業務システムのベータ版をリリースし、8月に正式リリースしました。 昨年、PattoというスマホアプリCMSをリリースしていましたが、これはどちらかというとソリューション型の製品のため、今回のboardが、うちとしては初めての本格的なWebサービスです。 ベータ版リリースから約5ヶ月、正式リリースから2ヶ月が経ったところですが、これまでにぶつかった課題について書いてみたいと思います。 まとまった開発時間がとれない 当然ですが、できるだけ早く開発して、早くリリースしたいという思いがあります。しかし、基本的に受託開発を止めて自社サービスの開発をしていたわけではないため、1ヶ月がっつりとboardの開発をする、ということができませんで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
