-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
書籍としての改善案・要望等 #34
Comments
@MoriKen254 必ず必要になるもの
あったらいいね!というもの
という感じかと思ってます. |
ありがとう! https://github.com/ntl-ros-pkg はちょっと拝借してみますわ笑。ちょうどシンプルなの使いたかったんだわ。 あと、DHand使うとなると結構敷居が高くなるから、もっとシンプルなチャック型のハンドのサンプルがあればいいかなって。それなら吸い付け関連いらなくなるし、Graspingのプラグインの解説に注力できるかなーって。 あと、個人的には、プランナーのMoveItプラグイン作成が気になるなぁ。ROS実証を検討する企業では需要あると思う。あれ結構大変かな? |
僕もこれに賛成です!
ドキュメントはこれですかね? OMPLにオリジナルのプランナを追加して,Moveit!に組み合せる方法なら経験があるのでできます. |
Gazeboでシミュレートする際にも空気圧回路必要ですか?テケトーなros_controller割り当てて開閉だけしたいなと思ったとき、何らかの技術ネックがあるということですよね。
HSRがやってたやつですね。よっしゃ、そういうことなら両方やるぞ!そのパッションと自発性が一番大事!
あー、なるほど。そうなると一章で完結させるのは厳しそうですね。解説としては、Pick & Place まででにして、この辺については手を引きましょう。 自発的にブランチ切ってサンプル入れる分には問題ないと思います。Dropbox で自発的に原稿を追加するのも問題ないと思います。あとはそれらのリソースをしかるべきタイミングにしかるべき場所でリリースしましょう。必ずしも「書籍化しなければならない」ということではないはずなので。 一義的に大切なのは、西田研で培われたノウハウを、他のデベロッパと共有し、ROSの発展に貢献すること。その上で、二義的に著者のプレゼンスが向上されるのが望ましい。書籍化は、後者のインパクトが大きいという点で優位性があります。 私達デベロッパに好き勝手やらせて下さる踊り場を整備して下さった西田先生には、共著者としての最大級の感謝の念を忘れてはいけないと思います。 |
@MoriKen254
が今のところ修正したら良さそうと思いますが,いかがでしょうか? |
@RyodoTanaka 他に気になるものがあったような記憶があるので、一回読みなおしてみますね。 |
発売前からこんなことを書くのかと思われるかもしれませんが、2版以降改善できるところ、あるいは読者からの要望等があればここに記しましょう。
一時的には、本リポジトリで正誤表的にアナウンスすることはあると思います。
色々やると価格に影響するかもしれませんが、まずは市場の反応を見て導入を検討したく。
よろしくお願い致します。
The text was updated successfully, but these errors were encountered: