この記事は、日経SYSTEMS 6月号に掲載された連載「新野淳一の技術インパクト」第4回のオリジナル原稿をPublickey掲載用に編集したものです。Publickeyでは日経SYSTEMS編集部との合意を得て、雑誌発行から一定期間後に記事をPublickeyに掲載しています。 あるソフトウェアが利用者に価値を届けるには、そのソフトウェアのコードを正しく開発することと、開発されたコードが能力を発揮するように適切に実行、運用することの両方が必要だ。 これまでのIT業界では正しくコードを開発することが重視され、運用は軽視される傾向にあった。それは一般に、顧客への成果物としてコードの品質が最重要であることに起因した。 クラウドがこの状況を大きく変えつつある。クラウドによってソフトウェアがサービスとして提供されるようになると、コードに実装された機能、性能と同等かそれ以上に、快適な応答速度を実現して

ここで開発体験（DX: developer experience）はおおむね次の記事で説明されている概念とする。digital transformationではない。 DX: Developer Experience （開発体験）は重要だ - Islands in the byte stream 2021年になり、担当するWebサービスのDXの改善を任務とするチームに所属しはじめた。こういうチームができるぐらいなので、開発体験を悪化させるという感覚を開発者に与える課題はいくつかわかっている。それらを一つ一つ解決していけば、改善業務をある程度は進められそうだと考えてはいた。一方で、あくまで各開発者の感覚に依存して課題を把握していることが多いので*1どれぐらいよく／悪くなっているかはわかりにくく、改善がどの程度Webサービスのビジネスそのものに影響するのかというのもぼんやりとしていた。 こうい

ISC DHCP から置き換わるであろう Kea の話し 中編 Kea DHCPにまつわる話を 前、中、後編という感じで書きます。 本記事は中編です。以下の記事は2017/12/10にwebにある情報を元に記述しています。 またこの記事は 富士通クラウドテクノロジーズ Advent Calendar 2017 の11日目です。 昨日は @alice02 さんの 「サーバ脆弱性スキャンの定期実行・結果通知を自動化してみた」 でした。 この世に存在しているサーバは常に悪意のある攻撃者からの攻撃対象になっています。 と言う一文が、脆弱性対策の重要性をよく表していると思いますので、まだチェックしていない方は是非チェックしてみてください。 前置き 新卒入社2年目の @yaaamaaaguuu です。PHP, Python, Golang を NGINX Unit で動かしてみた - /var/log

サーバーサイド開発担当のエンジニアが「設計と実装を進めようとしている」という背景で話を進めます。 PlantUMLは強い 「認識合わせ」という名目でホワイトボードに図を書いて会話することがよくあります。共通言語で会話してあいまいなところを少なくしたら、マネージャーも安心感がありますし、プログラマも自分がやるべきことに集中できますね。 …3日経ちました。あのとき描かれていたホワイトボードの図のとおりに、実装することになりました。認識の齟齬をなくしてくれた貴重な図です。写真に撮りました。どこに保存してたっけ。やっぱり変更したくなったらどうしましょう。またホワイトボードに書き起こす？DRYじゃないですねえ。 そこで、UML図 が登場します。表現したい図を電子データで作成、保存できて、あとで見るときも役に立ちますね。が、しかし、UML図はそれはそれでやや手間がかかるところもあります。作図を助けてく

前回と前々回の記事では、Go言語によるTCPソケットの通信例を紹介してきました。 今回は、ネットワークの解説でTCPと一緒に紹介されることが多いUDPのソケットをGo言語で触ってみます。 今回の記事の概要部分は佐藤貴彦氏、若山史郎氏、小泉守義氏にアドバイスをいろいろもらいました。 ありがとうございます。 UDPが使われる場面は昔と今で変わってきている UDPはTCPと同じトランスポート層プロトコルですが、TCPと違ってコネクションレスであり、誰とつながっているかは管理しません。 プロトコルとしてデータロスの検知をすることも、通信速度の制限をすることもなく、一方的にデータを送りつけるのに使われます。 その際にはパケットの到着順序も管理しません。 TCPとくらべて機能が少なくシンプルですが、そのかわりに複数のコンピュータに同時にメッセージを送ることが可能なマルチキャストとブロードキャストをサポ

package main import ( "fmt" "log" "github.com/google/gopacket/pcap" ) func main() { // Find all devices devices, err := pcap.FindAllDevs() if err != nil { log.Fatal(err) } // Print device information fmt.Println("Devices found:") for _, device := range devices { fmt.Println("\nName: ", device.Name) fmt.Println("Description: ", device.Description) fmt.Println("Devices addresses: ", device.Descripti

統計処理用のマシンを使って、自然言語処理で遊ぼう！ BTOパソコンで有名な「パソコン工房」から「統計処理用のPCを企画しているので、何かできないか」と相談された編集部は、はてなエンジニアと相談して「word2vec」を使って遊んでみることに。はてなブログのデータとかっこいいパソコンを使って、最新の自然言語処理で楽しむ様子をお楽しみください！ 記事の終わりには2TBの外付けHDDが当たるプレゼントのお知らせも。 （※この記事は株式会社ユニットコムによるPR記事です） ―― BTOパソコンのショップ／サイトで有名な「パソコン工房」さんから、以下のような依頼が来ました。 データサイエンティスト向けに、統計処理用に使えるパソコンをいろいろと考えています。なので、何か面白い処理に使って、PR記事にしてほしいんです！ ▽ 【パソコン工房公式サイト】BTOパソコン（PC）の通販 ―― ということで、はて

今回は、issue管理ツールのwatsonを導入してみました。 普段のissue管理は、redmineなどを使って行われている方も多いと思います。 ただ、チケット切るためにいちいちブラウザを開いて、あれこれ入力してという流れに時間がかかってしまうために、面倒だと感じている方も多いと思います。 特に、人が少ないスタートアップなどはこの作業に時間を取られるのは致命的です。 そこで、もうソースコードに直接issueを書いて管理してしまえ！！ということで、今回のwatsonの出番です。 issue自体をソースコードに直接書くので、管理対象もソースコードのみとなります。 これで、毎朝remineから飛んでくるうざい？メールを見なくても済みそうです。 watsonとは？ 冒頭でも述べた通り、ソースコードに直接issueを書き込めるツールです。 これらのissueは、コミット時にgithub上の