皆さん、こんにちは。本田技研工業株式会社(以下「Honda」)のデジタルサービス ソフトウェア内製化チームとデジタルプラットフォーム開発チームがテックブログを開設しました! こちらのブログでは、利用している技術や開発、イベント情報などを中心に発信していきますので、よろしくお願いいたします。 はじめに これまでのクルマ開発はハードウェアで価値を提供していましたが、近年はソフトウェアで価値を提供する考え方「SDV(Software Defined Vehicle)」が注目されています。 SDVでは、ソフトウェア技術によりユーザーに合わせてパーソナライズ化することで、乗り心地やUI、走り方などが『乗れば乗るほど進化』 することを可能にしていきます。 HondaもSDVに注力しています。 最新のデジタル技術とモビリティをコネクテッドし、価値創出に取り組んでいます。 このブログで発信予定の内容 こ
プログラミング言語「Rust」の開発をかじ取りするコアチーム内で不和が発生しており、コアチームメンバーの1人だったJTさんの「Rustのコアチームを離脱する」というブログ投稿をきっかけに、ITエンジニアたちが集うHackernewsで激論が繰り広げられています。 Why I leftRust https://www.jntrnr.com/why-i-left-rust/ I Am No Longer Speaking atRustConf2023 | The Pasture https://thephd.dev/i-am-no-longer-speaking-at-rustconf-2023 Why I LeftRust | Hacker News https://news.ycombinator.com/item?id=36101501 コアチームを離脱したJTさんによると、事件

調べれば大抵の情報は誰でも手に入る今日このごろ。特に技術的な情報はオープンソースで一次情報へのアクセスは容易になった。 それと同時に繰り返し言われるアウトプットの重要性。 しかし、ブログやLTなどでアウトプットしても、「もっと質のいい情報があるのに自分がアウトプットする必要があるのか」「逆にノイズになるだけじゃないか」というような考えになってしまう人もいるのではないか。 そんな架空の声にお応えして、それでもなおあえて、一次情報ではない「あなたのアウトプット」の重要性を伝えてみようと思う。 実際にやる人は多くない 定量的なデータがあるわけではないが、直感的に共感してもらえるだろう。 ある技術や手法が話題になったとして、それを情報として知っている人はこの時代いくらでもいる。 だが、それを実際にその手でやったことがあるというだけでかなり群衆からは抜きん出た経験を持つことになる。 ましてやそれをや

肉級です。久々のブログ更新ですわよ。 今年も色々ありました。 イケハヤ、はあちゅうさんは相も変わらず人類全体をヘイトしてたので、嫌な思いをした方も沢山いるのではないかしら。 イケハヤは情報商材と繋がり情報弱者(カモ)をサロンや商材を買わせて儲ける。 はあちゅうさんは炎上させて被害者ぶるプロ被害者。先日トンデモ医療の「血液クレンジング」でステマとご自身で認めたのに、ステマじゃないとダブスタっぷりが凄いです。 https://www.buzzfeed.com/jp/ryosukekamba/hachu 最新版2019年カイワイズがこちら こちらです。 1年でイケハヤ界隈のブロガーがほぼ全滅。購入した信者さんどういう思いですか? 商材を購入した信者も誰一人表にでてきてませんわね。イケハヤ書生ももう何も聞かなくなりました。 ただそれとは打って変わってイケハヤ自体が情報商材屋として君臨し始め、さらに

(編注:2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) GutenbergとWordPressに関する騒動は、PHPの終焉につながる最新記事です。深呼吸をしてください、みなさん。トロールは無視し、Mark TwainとFidel CastroとPHPとの共通点を見ていきましょう。そして、もっと重要なのは、スタートアップやスモールビジネスにとって、PHPが今でも合理的な選択である理由です。PHPはいつから廃れ始めたのか “PHPはもうダメだ”といったブログの投稿が、登場し始めたのは2011年のようです(これより古いものを見つけたら、お知らせください)。Mediumや、mushroomsのように突然出現したcoding bootcampsを探し回れば、その唯一の共通点は、みんながPHPを嫌っているか、あるいは単に無視しているかです。どうやら、法外な値段のコー


Google code-prettifyの使い方(2017年6月現在) By raimon, 2017-06-24(土), in categoryJavascriptGoogleによって公開され、Google CodeからGitHubに移転し、現在も開発が続けられているcode-prettifyという構文ハイライトをCSS &JavaScriptで行ってくれるオープンソースライブラリがある。 個人的に同ライブラリの最新版へ追従する機会があり、日本語情報では廃れた方法が散見されたため、自分の理解を再整理する意味も込めて、2017年6月現在の導入方法をまとめておく。 ライブラリのロードにはスクリプトローダーを使う まず、ライブラリのロードにはCDNのURLを指定し、スクリプトローダーに任せてしまえば良い。 この1行でCSSファイルも同時にロードされる。 ライブラリをダウンロードして自分の
Taro Minowa さんをゲストに迎えて、Google Docs, 手ぶらライフ、ディープワーク、ゲーム、プログラミング教育などについて話しました。 ShowNotes Introducing Dropbox Paper AcceptingGoogle Docs - steps tophantasien パワーリスト 悪童日記 | アゴタ クリストフAmazon.co.jp: deep work Deep Work 大事なことに集中するApplereportedlygoing all in with wireless charging for theiPhone 8 xkcd: Standards P5 - ペルソナ5 小学生・子ども向けのプログラミング体験・入門ワークショップ Betsy DeVos’s Rocky Path as Trump’s Pick for E
NaoyaIto さんをゲストに迎えて、デザインパターン、Python, Pandas, データサイエンス、マネージメントなどについて話しました。 ShowNotes増田 (はてな匿名ダイアリー) Rebuild: 169: YourBlog Can Be Generated By NeuralNetworks (omo)リーダブルコードJava言語で学ぶデザインパターン入門 マルチスレッド編 gensim Pandas Data Frame | R Tutorial Project Jupyter Is the Data Science market getting flooded?NetworkProgramming withPerl AnacondaPerltidyPython for Data Analysis - O'Reilly MediaPython
レールに沿うの沿わないのという話題が、ここ数日ブログ界隈でもちきりだ。どうも背景事情には、「ブログを開設して稼ぐ方法を教えます」というセミナーを開いて稼いでいるマルチ商法もかくやと思われるブロガーの存在が出てくる。いつの世にも、本当に儲かるのは、金鉱掘りではなく、ツルハシやジーンズを売る者たちだ。 そもそも、ブログは登場してからもう15年以上は立っている赤錆びた存在であり、ブログで稼ぐというのも、すでにレールに沿った人生ではある。 普段なら、そのようなマルチ商法まがいの、速やかに忘れ去られる短命な話題には乗らないのだが、あのchokudai氏も流行にことよせてブログを書いているのを見て、私もひとつ、ブログを書いてみようと思い立った。 大学院在学中にレールに乗ったまま起業した話 - chokudaiのブログ 省みるに、私の人生はまったくもって世間の一般大衆の想定するレールに沿っていないから、
iOSアプリのコーディング規約を考える時はGoogleよりもNYTimesのObjective-Cスタイルガイドを参考にすべき By raimon, 2015-03-21(土), in category IosGoogleのスタイルガイドは古い 複数人でiOSアプリをObjective-Cコードで書いて保守する時、コーディング規約を検討することになる。 参考にすべきスタイルガイドとして良く挙がるものにGoogle Objective-C StyleGuideがあるが、これはいかんせん古い。メモリ管理ARCやNSNumberのリテラル構文など、比較的新しいトピックについても追記されてはいるが、 インスタンス変数のアクセス修飾子 プロパティを使う事が主流となっている2015年現在、余り扱われない autorelease を使ったオブジェクト生成など、MRC時代の規約 何よりホスティング先が

The browsersecurity model dictates that XMLHttpRequest, frames,etc. must have the samedomain in order to communicate. That's not a terrible idea, forsecurity reasons, butit sure does make distributed (service oriented, mash-up, whateverit's called this week) web development suck. There are traditionally three solutions to solving this problem. Local proxy: Needs infrastructure (can't run a s
はじめに 先日書いた「JavaやC#の常識が通用しないRubyのprivateメソッド」というエントリはMatz先生の回答を頂けたことで、かなり価値のある内容になりました。 そこで僕は「たぶんこの話は日本のプログラマのみならず、海外のプログラマにとっても有益なんじゃないか?」と思い、内容を簡単に英訳してブログ化しました。 また、ブログを書いただけではなかなか外国のプログラマの目に触れることがないだろうと思ったので、redditというリンク投稿サイトに自分で投稿してみました。 このエントリではそうした僕の一連の行動をまとめてみたいと思います。英語でブログを書くはてなダイアリーだといかにも「日本人向け」な感じが強いので、海外でもよく使われてそうなブログサイトを利用することにしました。 が、海外でメジャーなブログサイトなんてよく分かりません・・・。 とりあえずGoogle推薦のブログサイトな

昨日、「メンテナビリティの高いソースコードを目指して」というエントリを書いたところ、dankogaiさんから、「コードも見せていないお前にコードを語る資格はない」と怒られてしまったので返信エントリ。 実はブログを初めて1,2年くらいの頃はコードを含むエントリをそこそこ書いてたのですが、プログラマーでない知人から「何の話か全然わからなかった」と言われ、またdankogaiさんも指摘している通り、「コードについて書く方がコードを書くより読まれる現実」があり、コードを含むエントリはJavaProgramming Tipsという別のブログに移した経緯があります。 ではどこに力を入れているかというと、私が一番力を入れいてるのはDataSpiderという商用ソフトウェアの設計と実装ですが、これはアプレッソの50人の社員を10年間支えてきてくれているソフトウェアなので「はい、どうぞ」とソースコードをお

2012年01月26日13:00 カテゴリCodeArt コードについて書く方がコードを書くより読まれる現実 ビューティフルコード Andy Oram / Greg Wilson 編 "38 Beautiful Coders" 著 / 久野禎子 / 久野靖 訳 [原著:Beautiful Code] ご高説もっとも。 小野和俊のブログ:メンテナビリティの高いソースコードを目指して ソフトウェアを中長期にわたってメンテナンスしていく場合、メンテナンスしやすいコードと、メンテナンスしにくいコードとの間には、同じ機能を実現していたとしても、その価値には雲泥の差があります。 で、どこですか? あなたの、コードは。本blogの記事も、5000を超えて久しい。コードが入ったものもあるし、入っていないものもある。 これくらい書いていると、いやでもわかることがある。 読者のほとんどは、コードを読みたくな

はてなブログ(beta)がリリースされた。これを機にブログを書いてみたいプログラマーも多いんじゃないだろうか。あ。人気ブログを書いてみたいプログラマーも多いんじゃないだろうか。人気ブログってなんでしょうね。こういうブログ書いたら人気出るんじゃないかなというアイデアを書いてみる。あと、ブログに関して気づいたことや、このブログの状況とか。 このブログをTopHatenarでみると、ブクマ数の割にRSS購読者数が少ない。なので、人気ブログではない。人気ブログを書いてない僕が出したアイデアなので、あくまで想像でしかない。そういう前提で。想像妊娠的な。想像を絶する何か的な。 自分は一発ネタが盛り上がるとうれしい派なので、継続的に人気ブログを書くモチベーションがない。ここに書いたことも、自分では実践しないと思う。これは最後に書くけど、とにかくみんなにブログを書いてもらいたいので、アイデアを公開しておく


ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ
本日12月1日より、プログラマ有志による各技術系Advent Calendarが一日目を担当する人のblogではじまっている。ここ数年は、師走の風物詩になっている。 一般的なAdvent Calendarは、12月25日のクリスマスを楽しみに待つために、12月1日から24日までのカレンダーの日付の部分(扉だったりする)がめくられるようになっており、1日ずつその日の日付の部分をめくると天使や動物の絵などが見えるという仕組み(もちろん、様々なバリエーションがある)。 これに発想をえて、技術系Advent Calendarでは基本的に、12月1日から25日までの25日間、プログラミング言語縛りなどの最低限のルールで、毎日別の人(同じ人が複数回担当することもある)が自分のblogにて記事を書くという形式になっている(特設サイトを用意して、記事をまとめる手法もある)。なお、国内ではATNDの

先日、社内勉強会でベンダーロックインではない Adaptive bitrate streaming 方式として MPEG-DASH (以下DASH) について紹介しました。 社内ストリーミング勉強会 私自身、名前だけ知っていたものの、まだ先の話だろうと考えていました。勉強会向けにちょっと調べたらOS/ブラウザベンダーの足並みが揃いつつあります。まさに勉強会で一番勉強するのは発表者ですね。先の話どころか、いまいまの話でした。Google:Chrome23+、Android 4.4 KitKat Mozilla: Firefox31+ (Partial Support、MP4 が未対応?)、DASH Adaptive Streaming forHTML 5 VideoMicrosoft: IE11+、Building asimple MPEG-DASH streaming playe
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く