ホンダ アシモの開発をとりやめ 研究開発チームも解散 | NHKニュース
大手自動車メーカーのホンダは、開発を続けていた２足歩行の人型ロボット「アシモ」の開発をとりやめていたことがわかりました。今後は介護支援などより実用的なロボット技術の開発に力を入れる方針です。 その後、平成23年まで７代にわたって改良型が発表されましたが、関係者によりますと、ホンダは開発をすでにとりやめていて、研究開発のチームも解散したということです。 ２足歩行の人型ロボットをめぐっては、ソフトバンクグループが買収したアメリカの「ボストン・ダイナミクス」が高い運動性能を持つロボットを発表するなど参入が相次ぎ、競争が激しくなっています。 ホンダとしては、より実用的なロボット技術の開発に力を入れる方針で、今後は、アシモの開発で培った高度なバランス性能や、運動を制御する技術を応用し、転倒を防止する機能をもつバイクや、介護を支援する装着型のロボットの開発を進めていくとしています。
メテオフォール型開発 - 実践ゲーム製作メモ帳2
今日は、日本の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな
SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
ウェブアプリケーション開発に新言語を採用したときにインフラで考えたこと - ゆううきブログ
この文章は、サーバサイドのウェブアプリケーション開発において、社内実績の少ない新しい言語を採用したときにインフラ面で考慮したことを社内向けにまとめたものです。 はてなでは、長らくPerlでウェブアプリケーション開発を続けてきた一方、ここ数年で社内でScalaまたはGoの採用事例も増えてきました。 今後開発が始まるプロダクトにおいても、Perl、Scala、Goもしくは他の言語を採用するかどうかを開発開始時に選ぶことになるでしょう。 新言語を採用するときに、考慮すべきことの一つとして、「インフラ」への影響があります。 新言語に関する雑談をしていると、ウェブアプリケーションエンジニアに「インフラ」への影響について聞かれます。 もしくは、ウェブオペレーションエンジニアから考慮するポイントを伝えることもあります。 ScalaやGo以外に、Node.jsやサーバサイドSwiftはどうかというのも雑談
Android Studio 2によるAndroidアプリ開発の環境構築
今回と次回の2回に分けてはAndroid Studioを使ったアプリ開発環境を作ります。Android Studio本体のインストールから、AVD（エミュレータ）を使ってのHelloAndroidアプリ作成まで解説します。 本連載の書籍化について（2018年5月追記） 本連載は、加筆・再構成およびAndroid Studio 3対応を行い、書籍化しています。最新情報については、こちらもぜひ併せてご参照ください。 『基礎＆応用力をしっかり育成！ Androidアプリ開発の教科書』 対象読者 Androidアプリ開発未経験な方 Java言語は一通り習得済みである方 必要な環境 今回インストールするAndroid Studioが動作するするには、Java Development Kit（JDK） 7がインストールされている必要があります。また、環境変数JAVA_HOMEが設定されている必要があり
エンジニアのモチベーションを下げる方法 - jfluteの日記
モチベーションの高いエンジニア... ガンガン働いてくれそうで、放っておいても安心でしょうか？ 安心してください。 簡単に下げられますよっ！ o 序の口: ディスプレイを小さくする o 序二段: 毎日スーツを着させる o 三段目: 椅子を固くして、机を狭くする o 幕下: 簡単に作れるでしょ？って上から目線で言う o 十両: 打ち合わせ一杯で連続した集中時間を与えない o 前頭: 情報共有しづらい、風通しの悪い現場に o 小結: 引き継ぎなしで人をどんどん入れ替える o 関脇: 背景わきまえず、コード汚い、仕組みひどいと言う o 大関: 仕事を突然終了させて無意味感を与える o 横綱: 本質的でないことに時間を取らせる仕組み 序の口: ディスプレイを小さくする エンジニアの仕事の多くはパソコンの中にあります。そのパソコンの中を覗く唯一の手段はディスプレイです。そんな狭い中で、色々な資料をみ
チームのコミュニケーションについて～強いチームを作るには（後編）。Developers Summit 2016
チームのコミュニケーションについて～強いチームを作るには（後編）。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016（通称デブサミ）で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は後編です。 メンバーの採用 メンバーを採用するときには、一緒に働くことになる人が採用の判断をするほうがいいです。ただ、本質的にはたった数
リーダーシップと権限委譲の仕方～強いチームのつくり方（中編）。Developers Summit 2016
リーダーシップと権限委譲の仕方～強いチームのつくり方（中編）。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016（通称デブサミ）で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は中編です。 まずは「ゴール」、最終的に何を実現するかをみんなで合意しようと。 次は「目標」ですね。短期的にはどこに到達したいか。それから「価
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016（通称デブサミ）で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は前編です。 プロジェクトの多くは技術ではなく人間系で失敗している 吉羽 龍太郎氏（Ryuzee.com）。 吉羽と申します。いままで野村総
ソフトウェア開発技術者が知っておくべき５つの法則 - スタジオ・アルカナ技術ブログ
はいどうも～。 本日はhidetarouの番ですが休業中のため代打でしゃしゃり出たエンジニア吉田です。 「○○○な●●つの○○○」なんて感じのタイトルを付けると、 なんだか興味が惹かれるというのを目にしたので活用してみました。 ※個人的にはそうでもない気がしている。 というわけで、今回はソフトウェアに関係しそうな「法則」を５つほど紹介し、 それをソフトウェア開発業務にどう生かしていくかを考えてみます。 本日ご紹介する法則は以下の5つです。 ブルックスの法則コンウェイの法則パーキンソンの法則マーフィーの法則ハインリッヒの法則 でわでわ、早速。 ブルックスの法則 「遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ」 これは、IBMのOS/360（メインフレームOS）の開発者であるフレデリック・ブルックスが 名著「人月の神話」で提唱したプロジェクトマネジメントに関する法則です
Issue and Pull Request templates
ProductIssue and Pull Request templatesIt's hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contributors share the right details… It’s hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contribut
PHP初心者が仕事で躓いた4つの罠 - pixiv inside [archive]
こちらはピクシブ株式会社 Advent Calendar 2015の2日目の記事です。 こんにちは。Vimエンジニアの kana です。 さて、皆さんもご存知の通り、WebサービスのpixivにはPHPが使用されています: PHPについては様々な噂を聞き及んでいた為、 これまでPHPとは関わらないように注意して過ごしてきましたが、 pixiv.netの開発ではPHPを避けて通ることは出来ません。 仕方なくPHPを使うことになる訳ですが、 実際に使ってみると……これが予想していた以上に様々な方向から毎日新鮮な驚きを届けてくれます。 今回は実際に遭遇したPHP初心者が躓くポイントを幾つか紹介しようと思います。 switch の中で continue したら switch の直後に飛ぶ 大量のデータをループでぶん回して処理するのはよくある話です。 その中で特定の種類のデータについては処理をスキッ
![PHP初心者が仕事で躓いた4つの罠 - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/6d2307a635e19c1c1fe2e28b504dc3b580db0c7e/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fka-nacht%2F20151202%2F20151202201442.png)
開発途中で退職したエンジニアの責任 東京地判平27.3.26（平26ワ12971） - IT・システム判例メモ
ソーシャルゲームの開発中に退職した従業員らが，会社から開発頓挫の責任を追及された事例。 事案の概要 Xは，ソーシャルゲーム（本件ゲーム）の開発を目的として設立された会社である。Yらは，Xの設立前から，Xのグループ会社の依頼を受け，本件ゲームの開発に関わり，Xが設立された後には，Xの従業員となって，本件ゲームの開発に従事した。 本件ゲームのリリースは，当初定められていた時期には間に合わず，延期された。 その後，Yらが，いずれも本件ゲームのリリース前に退職したところ，Xは，Yらが開発設計仕様書も作成せず，突然の退職によって本件ゲームの開発が頓挫して損害を被ったとして，主位的に不法行為に基づく損害賠償として，予備的に労働契約上の債務不履行に基づく損害賠償として，5400万円の賠償を求めた。 ここで取り上げる争点 Yらは，信義則上，あるいは労働契約上の義務として，開発設計仕様書を作成する義務があっ
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
最強のTwitterクライアント作り始めた
前から知ってはいたんだけど、昨日のYAPC:::Asia 2015 で Electron のトークで動かしてる所を見て、Electron に興味が出てきてしまった。Electron というのは JavaScript の SPA を作るイメージでクロスプラットフォームアプリケーションを作れるやつで、Kobito とか Slack とか Atom でも使われている。今までデスクトップアプリとかフロントエンドをガッツリやったことがなかったので苦労しながら触ってる。とりあえず Twitter クライアントを作ろうとしていて、今のところ認証に飛んで返ってきてタイムライン表示するところまではできた。 本当に欲しかったデスクトップ Twitter クライアント 今は Tweetbot for Mac を使っているんだけど、リストの切り替えが面倒とかいろいろ不満がある。自分は Twitter のリストや検
鉄の５倍強度の次世代素材「セルロースナノファイバー」 | NHKニュース
地球温暖化対策に向けて、環境省は植物から製造され、鉄の５倍の強度を持つとされる「セルロースナノファイバー」と呼ばれる次世代の素材を開発する実証事業を来年度から始める方針を固めました。 この素材は木材や稲わらなどから特殊な技術で繊維を取り出したもので、樹脂と混ぜて固めると植物の細かい繊維が複雑に絡み合っているため、鉄の５倍の強度を持ちながら重さが鉄の５分の１程度と軽いのが特長です。 環境省は、この素材を自動車の部品や住宅の建材などでの利用を検討しています。製造に伴って温室効果ガスを排出する鉄などの金属を使わないことと、軽量化による燃費の改善が図られることなどで環境省は地球温暖化対策につながると期待しています。また、研究が進めば、間伐材や廃材のほか焼酎やジュースの搾りかすなど、植物由来の廃棄物を再利用できる可能性もあるということです。 環境省は来年度予算案の概算要求に３８億円を盛り込み、来年度
Git - Book
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
harold-spm.com - harold spm リソースおよび情報
人は1ヶ月でエンジニアになれるのか
