試行回数の増やし方 2021年度版です
![Increasing number of attempts ver. 2021](https://cdn-ak-scissors.b.st-hatena.com/image/square/150a03ae0d0b1983e5ffc7c6a8c4adbe7cca64d3/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fa2c5f18f9776428aa12f8ce5275ac35c%2Fslide_0.jpg%3F18700465)
ROSロボットプログラミングバイブルposted with カエレバ表 允〓,鄭 黎〓,倉爪 亮 オーム社 2018-03-16 Amazonで探す楽天市場で探すYahooショッピングで探す 目次 目次 はじめに Robot Operating System (ROS) ロボット開発にROSを使うべき理由 利点1: オープンソースで無料で使用できる 利点2: 簡単に分散型システムを構築することができる。 利点3. 複数のプログラミング言語に対応している 利点4. 強力な可視化ツール rvizを使うことができる 利点5. 複雑なノード構成を管理・可視化できるツールも付随している 利点6. 座標変換ライブラリtfが使える 利点7. 高機能なデータロギング&解析ツールが提供されている。 利点8. 世界中の研究者が作成したソフトウェアを使用できる。 ROSを学ぶための資料 ROS.org 『ROS
実用ロボット開発のためのROSプログラミング ROS(Robot Operating System)というロボットのソフトウェアの開発環境(ミドルウェア)の本を買いました。 実用ロボット開発のためのROSプログラミング 作者: 西田健,森田賢,岡田浩之,原祥尭,山崎公俊,田向権,垣内洋平,大川一也,齋藤功,田中良道,有田裕太,石田裕太郎出版社/メーカー: 森北出版発売日: 2018/10/13メディア: 単行本この商品を含むブログを見る 結構高かったのですが、ROSに興味があったのと、執筆者も豪華だったので買ってみることにしました。内容的には、知っていることが大半だったのですが、体系的にまとめられていて、あらためて知識の整理が出来たり、なかなか自分では気づけないTipsの発見だったりがあったので良かったので、過去の自分のROSに関して試したことを振り返りながらまとめてみようと思います。 ま
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ15年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか?ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
複雑かつリッチな体験を提供するスマートフォンアプリを開発するためのチームワーク、その中でのエンジニアの役割について
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
1年分の自分のはてなブックマークを見直した。 およそ 2,000 URLのエントリの中から、特に感銘を受けたり、記憶に残ったエントリを紹介したい。 2015年にブクマしたというだけで、必ずしも2016年に公開されたエントリばかりではないことに注意。 エントリ Scalable Deployments Advanced Techinic for OS upgradeing in 3 minutes MySQLやSSDとかの話 モバイルアプリのスレッドプールサイズの最適化 性能測定道 情報科学における18のメタテクニック Webオペレーションエンジニアのアウトプットと開発力 はてなに入った技術者の皆さんへ シンプルでかつ最高のJavaScriptプロファイラ sjsp を作りました! ペパボのインターネット基盤技術研究・開発の活動 インフラチーム改め Site Reliability Engi
photo by EYLC 積読消化合宿というのをやりました - miyohide's blog この記事に憧れて「週末は温泉に行って開発したり積読を消化するぞ!!!」という気概で10/30 ~ 11/1にかけて箱根に行ってきました。 最高の環境で温泉に浸って、美味しいものを食べながら仲間達と読書と開発に励めば、それは目覚ましい成果が出るに違いありません。 この会の目的 以下の積ん読を消化しようと張りきって持って行きました。特に「すごいHaskell」に関しては3年ぐらい途中まで読んでは放置の繰り返しなので、今回こそ読了するぞ!という気持ちで挑みました。 すごいHaskellたのしく学ぼう! 作者:Miran Lipovačaオーム社Amazon Effective Python: 59 Specific Ways to Write Better Python (Effective Sof
Publish your App in the Pebble appstore The Pebble appstore is embedded in the official Pebble smartphone app. The easiest and best way to distribute your Pebble app to users. The Pebble appstore is your portal for publishing and distributing your Pebble watchfaces, watchapps and Pebble companion apps worldwide. Publishing in the Pebble appstore is free for all Pebble developers. Pebble Appstore G
「仕様書」とは、Webサービスやアプリなどのプロダクトを作るうえで満たすべき要件をまとめた開発者への説明書のこと。「どこにどのような機能を持たせるのか」「どこからどのように遷移させるのか」といったプロダクトのあるべき姿を記載します。 開発の要となる重要な要素だけに、作成に苦労している企画者やディレクターの方も多いかもしれません。 特に海外で開発する場合は言語や距離の問題で依頼者と開発者の間の意思疎通が難しく、仕様書の重要性がさらに高まるでしょう。しかし、これは仕様書さえしっかりしていれば国内であれ海外であれ難なく開発を行えるということでもあります。 そこで本記事では、国内外問わず幅広く案件を担当し、自社サービスの開発に携わった筆者が、重要視している仕様書作成の注意点をお伝えていきます。 ➡︎【資料ダウンロード】アプリ開発の企画~発注の教科書<2023年最新版> 仕様書とは? Webサービス
注目ベンチャーの株式会社ラクスで、自社サービスの開発エンジニアに39歳で転職成功。技術を磨ける環境と家族との時間、両方を手に入れました 氏名:三田 英一さん 年齢:39歳 性別:男性 職種:Webアプリケーション開発エンジニア 前職 職種:SIエンジニア 内容:中規模SIerで、インフラ系企業のシステム開発から保守まで幅広い工程に携わる。しかし、次第にマネジメントの仕事が増え、自ら開発する機会が少なくなっていた。 現職やりがいUP 職種:Webアプリケーション開発エンジニア 内容:中小企業向けのクラウドWebアプリケーションサービスを展開する株式会社ラクスにて、経費精算システムなどの開発に携わる。 新卒で小さな受託システム会社に入り、2社目で激務のSIerへ ─ラクス社へ入社されるまでには、どういったお仕事をされてきたのでしょう。 三田:現在、勤めているラクスは3社目でして、新卒で
ディレクター時代に仕事でプロジェクトを受け持つ時にどうやったら成功させることが出来るのかについていろいろ考えていた。僕は開発フローをいろいろ考えるのが好きなのだけど、実際に自分がリーダーシップを取ってプロジェクトを進めることを経験すると、そもそもその前に考える・決めるべきことがたくさんあるということが分かったので、ブログに書いておこうと思う。 ここで言うプロジェクトとはサービスを一から作ったり、サービスの一機能を作ったり、受託案件一つだったりを指す。特に開発プロジェクトに限定するものでもない。 プロジェクトを成功に近づけるためには、まずプロジェクトの開始時に、プロジェクトの5W1Hを明確にし、個々のメンバーの責任範囲を決め、それらを一つの場所にまとめておくということをしておくと良いと考えている。 5W1Hを決める すごい基本的なことだけど、プロジェクトをやる上でやはり5W1Hは大事である。
Dockerが利用される背景 今、世界中の開発者やIT部門において「Docker」(ドッカー)が注目されています。もともと、DotCloud社(現 Docker Inc.)が、開発者やIT部門をターゲットとしたアプリケーションやOSの開発・配備を行うための基盤ソフトウェアとして開発され、2013年にリリースされました。このソフトウェアは、オープンソースソフトウェアの「Docker」として公開され、その使い勝手の良さから、多くの開発者、IT部門の管理者で瞬く間に利用されることになりました。Dockerは、仮想化ソフトウェアにみられるような性能面での劣化を極力排除したコンテナ技術の採用により、仮想化ソフトウェアに比べ、極めて集約度の高いITシステムを実現することができます。しかし、このDockerが注目される理由は、ハイパーバイザー型の仮想化ソフトウェアに比べてのハードウェア資源の消費や性能劣
「ここ、こんな感じにできませんかね?」と言われたエンジニアが、「うーん、それはちょっと厳しいですね。できないです」と返すみたいなやりとりは結構見かけます。 この「できますか?」⇒「できない」というやりとりなんですが、「できない」という言葉にはいくつか裏が考えられます。言葉足らずだっただけでちょっとした調整をすればできるよね、というケースもあるので、「できない」という言葉の裏側をまとめておこうと思います。 先に補足しておくと、「エンジニアの人の言葉が足りなすぎるでしょ」という意見ももちろんあると思います。こういうコミュニケーションは、お互いの信頼度によっても変わってくるので難しいところです。お互いが相手に伝わるように意識すべきだと思うんですが、 エンジニアから「できない」と言われた時にどういう意味で言ってるのか想像しやすくなればいいなという思いで書いておきます。 ちなみに、「(できるけどやり
Toyota Unintended Acceleration and the Big Bowl of “Spaghetti” Code | Safety Research & Strategies, Inc. O'Reilly Radar で知った記事だが、この記事自体は2013年、トヨタがオクラホマ州での急加速を巡る訴訟で和解した後に書かれたものである。 この記事で面白いのは、Michael Barr が20ヶ月以上にわたりトヨタ車で使われているソースコードを、Philip Koopman カーネギーメロン大学教授がトヨタのエンジニアリングの安全プロセスを精査した話で、両者ともトヨタのソフトウェアがスパゲッティコード山盛りなことを証言している。 トヨタの生産方式はアジャイル方面においてソフトウェア開発手法に多大な影響を与えている。ところでそのトヨタが開発するソフトウェアの品質はどうなんだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く