3D美少女ゲームメーカーILLGAMES発足＆デビュー作『ハニカム』発表。ILLUSION開発チームの新たな一歩か - AUTOMATON
3D美少女ゲームメーカーILLGAMESは8月4日、同メーカーの活動開始を発表。あわせて、デビュー作『ハニカム』が発表されている。同メーカーは、先日突如として活動終了を告知した3D美少女ゲームメーカーILLUSIONの後継会社であると見られる。 『ハニカム』は、3Dキャラクリエイト可能な成人向けゲームだ。究極のキャラクリエイトにより、「甘～い至福のひと時」が楽しめるという。9月1日に発売予定とのこと。そして同作を手がけるILLGAMESは、本日活動開始を告知したメーカーだ。同メーカー名のILLは、「Innovative ：イノベイティヴ(革新的な技術）」「Liberty ：リバティ（自由な表現）」「Lovely ：ラブリィ（愛される魅力）」の頭文字だという。 しかし今回の発表までの経緯を汲めば、ILLGAMESの前身となるのは、ゲームブランドILLUSIONと見られる。同ブランドは1993
「Twitterのタイムラインをごちゃごちゃにする仕事」は本当に実在したのか？ 話題の元Twitterエンジニアに聞いた
「Twitterのタイムラインをごちゃごちゃにする仕事」は本当に実在したのか？ 話題の元Twitterエンジニアに聞いた実際にはどういう仕事で、どのようにして導入されることになったのか。タイムラインの「重要度順表示」の導入に関わった、 元Twitterエンジニアのイハラさんにお話を聞きました。 「タイムラインごちゃごちゃにする仕事」で波紋Business Insiderが12月1日に掲載した、「感謝祭の前夜にTwitterをレイオフされた日本人エンジニア」のインタビューが話題になっています（もともとは英語版Business Insiderが11月28日に掲載した記事で、日本版はこれを翻訳したもの）。 インタビューの内容もさることながら、特に注目を集めたのは、インタビューを受けたエンジニアがTwitterで行っていたという「業務内容」でした。 「解雇される前、私はツイッター（Twitter）
20万人月の作業を1人でやる話 〜1万7千年生きたSE〜 - 特別天然記念物
昔々、具体的には約1万7千年前の旧石器時代、大学の情報工学科を卒業して、新卒22歳でSIerに就職した男(以下SE)がいました。 SEはある日、上司に言われました。 「2016年くらいに、銀行で大規模な基幹システムが必要になるらしいから、今から君一人で作り始めて。工数は20万人月ね。」 そういうと、上司はシステム企画構想やそれに伴う提案書、ノートPCを1つSEに渡して、自分は狩りに出かけました。 途方にくれるSE氏、ここから彼の約1万7千年(1万6666年)にも及ぶ、20万人月のシステム開発が始まるのでした。 約1万7千年前 |- 要件定義書を作成着手。 | 周りの人達は狩りをしながら生きている。 | 約1万6千年前 |- 要件定義書の作成が完了する。 | 基本設計に着手する。 | 土器を作り始める人が現れる | 徐々に日本列島が大陸から離れ列島になっていく。 | 約1万4100年前 |-
Ameroadが生まれてから売却するまでの五日間まとめ：村上福之の「ネットとケータイと俺様」：オルタナティブ・ブログ
GumroadのパクリサイトAmeroadを作って、ヤフオクに出したら、株式会社Razestの木村社長に150万円で落札していただきました。ありがとうございました。 今回、ヤフオクで売るというスキームは非常に面白いと思いました。このスキームは話題性のあるサービスでないと、傾向的に値段がつきにくい上に、ヤフオク商品で稟議決済ができる会社もそんなにあるはず無いはずなので、あまりオススメできません。しかし、2/14にサイトができて、2/19にバイアウトするというのは、前例があまりないモデルだと思います。超短期小額バイアウトモデルとして面白かったです。「値段安すぎ」というツィートも多いですが、僕個人としては、試みとして、やってよかったと思います。経緯を書きます。 つづきは、本でも買って下さい。すいません。 ソーシャルもうええねん
はてなブログ | 無料ブログを作成しよう
思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。
「iPhone SDKの契約は一方的にAppleに有利」EFFが批判
AppleとiPhoneアプリ開発者のライセンス契約は、Appleに一方的に有利な内容となっている――電子フロンティア財団（EFF）は3月8日、契約の内容を公開し、このように批判した。 EFFはこの日、iPhone OS向けソフトの開発者が同意しなければならないライセンス契約「iPhone Developer Program License Agreement」（iDPLA）の全文をWebサイトで公開した。これまでは、「Appleの許可なく契約について公に語ってはいけない」という条項があるためか、契約書が公開されることはあまりなかったという。EFFは米航空宇宙局（NASA）がiPhoneアプリを提供していることを知って、情報公開法を利用して同局からiDPLAを入手した（EFFが入手した契約書はRev.3-17-09で最新版ではないようだ）。 EFFはこの契約書について、開発者側に不利な点を
Amazon Web Services Developer Community : OSSからの認証利用について ...
You have been redirected here because the page you are trying to access has been archived. AWS re:Post is a cloud knowledge service launched at re:Invent 2021. We've migrated selected questions and answers from Forums to AWS re:Post. The thread you are trying to access has outdated guidance, hence we have archived it. If you would like up-to-date guidance, then share your question via AWS re:Post.
職業としての基盤系プログラマ - 未来のいつか/hyoshiokの日記
職業としてオープンソースソフトウェア（OSS）に関わるというのは、10年前であれば、冗談にもならなかったのであるが、今では、そう多くはないけど、なくはない選択肢になった。 基盤系ソフトウェア開発に従事するなんていうことも、わたしが大学を卒業したころは、大手ハードウェアベンダーくらいしか選択肢がなかったのであるが、最近ではWeb2.0系でサービスを開発している会社でも基盤系OSSのパッチを作っていたりして、選択肢がむしろぐぐっと広がった感じがする。ここで、基盤系というっているのは、OSとかRDBMSとか言語処理系とか、そーゆーやつね。Webアプリケーションだとか、業務アプリケーションだとか、ゲームとか、そーゆーやつじゃなくて。 例えば、90年代、RDBMSの開発をしたければ、Oracle/Informix/Sybase/IBM/MSなどのベンダーに行くしかなかった。日本では日立製作所や富士通
品質とは何か？ | コラム | ミツエーリンクス
弊社のスタッフは毎日イントラ上で業務日報を書くことになっています。その中には「今日の感想」という項目があり、それぞれ思っていることを書いていいことになっています。その中からあるスタッフの発言を一つ紹介します。 “顧客満足を実現する”とか“品質”ということに対する認識がたまに自分の中でぶれることがある。 自分は技術者なので、技術的な面での品質も当然保障するべきものと思っているが、そんなモノ本当に必要とされているのか？ 例えば、建築物に例えて言うなら ・外装は適当でいいので、堅牢な建物を建てたい人 ・外装は適当でいいし、建物の強度自体もあまり欲しない人 ・建物の強度はいい加減でいいので、その分を外装に当てたい人 ・・・ お客が言う通りのものを作ればいい？ 「そんなんじゃダメですよ」とお客にアドバイスする？ 難しい・・・。 真剣に考えているという意味で嬉しく感じます。いい機会ですので、今日は「品
はてなブックマークの関連エントリー機能開発、PFI さんとの合宿 - naoyaのはてなダイアリー
はてなブックマークに関連エントリーを配信する機能を追加しました。詳しくは 告知日記で。 この関連エントリーは、株式会社プリファードインフラストラクチャー (以下 PFI) の技術者のみなさんと一緒に開発しました。週末に2泊3日で京都で合宿をしてコア部分を作り、その後京都と東京に分かれてオンラインで連絡を取りながら2週間ほど作り込みをして、今日リリースです。 この合宿では何チームかに分かれて、今回の関連エントリーの機能以外の開発も行っています。その辺の成果はまた後日にリリースできるのではないかと思います。 はてなブックマークの一つの問題として、昔のエントリーがデータベースに埋もれてしまうという点がありました。その問題の解決策としての類似記事抽出、それから検索機能の強化を以前から考えていました。PFI のメンバーのみなさんは情報検索技術のスペシャリストです。アカデミックな研究の成果を製品化を通
コーディング規約 - lethevert is a programmer
コーディング規約を厳しくすることのデメリットって、プログラムを書く気が失せることだよね。 コーディング規約に限らず、品質を上げようとしていろいろルールを作っていくと、だんだんチームが官僚化してきて創造性を失ってしまうということは、起こりがちなんじゃないかという気がするよ。ルールで縛ることで、新しいことに挑戦する心を萎縮させるというか。 ソフトウェア企業は、品質の高いソフトウェアを開発するだけでなく、他社と差別化できる価値を持ったソフトウェアを開発しなければ、競争に生き残っていけないことを考えると、ルールで縛るということはまさに両刃の剣だということには気を付けておかないといけないと思う。
ユメのチカラ: Community Based Development
オープンソースソフトウェア(OSS)の力はバザールモデルとして知られるコミュニティによる開発(Community Based Development)だと思う。 OSSの特徴としてフリーなライセンス(利用、変更、再配布の自由など)があげられる事が多いが、それはあくまで必要条件であって、十分条件ではない。ライセンスをフリーにしたからと言って、コミュニティが自然発生するとは限らない。商業ソフトウェアベンダは自社製品をプラットフォームとするために、あの手この手を使ってコミュニティを形成しようとするが、それには相当なコストと時間がかかる。 大雑把にソフトウェアを分類してみる。 最初のカテゴリは、プログラム。これは実行可能なソフトウェアで、趣味で作ったり学校の課題で作ったりする小規模なものとする。規模も小規模でせいぜい大きくても数千〜数万行程度のものである。おもちゃのプログラムに毛がはえた程度のもの
Martin Fowler's Bliki in Japanese - 生産性は計測不能
http://www.martinfowler.com/bliki/CannotMeasureProductivity.html 設計手法などのソフトウェアプロセスについて、感情的に議論されているのをよく目にします。しかし、その議論に答えを出すのは不可能です。ソフトウェア産業では、ソフトウェア開発の効果要因を計測する術がないからです。特に、生産性を合理的に計測する方法はありません。 生産性とは、インプットとアウトプットで決定されるものです。 ソフトウェアの生産性を測るには、ソフトウェア開発のアウトプットを見なくてはいけません……が、そのアウトプットを計測できないからこそ、ソフトウェア開発の生産性が計測できないのです。 これに対して何もしなかったわけではありません。コード行で生産性を計測しようと研究をしている人たちがいます。めちゃくちゃムカつきますね。だって言語は違うし、数え方の違いもあるし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめよう、あつまろう - Togetter
Engadget | Technology News & Reviews
へ〜たのめも:問題解決型研究と自由発想型研究 - livedoor Blog（ブログ）