Introducing Developer Velocity Lab to improve developers’ work and well-being | OD532
Developer Velocity Lab (DVL) is a research initiative from Microsoft, its research labs, and GitHub. Our mission is to discover, improve, and amplify developer work and well-being. Nicole Forsgren, VP Research and Strategy at GitHub, digs into DVL’s first publication, The SPACE of Developer Productivity: There’s more to it than you think. We go into the ins and outs of developer productivity: shar
組織のサイロを打破する！エンジニアがオーナーシップを持って共創する開発プロセス「インナーソース」
このセッションでは、組織のサイロを打破してエンジニアが幸せにコラボレーションするための考え方である "インナーソース" について紹介します。 サイロ化した組織においてはコラボレーションが困難となり車輪の再発明が繰り返されることになってしまいます。そんな組織ではソースコードの共有やオーナーシップ確立…
エクセレントカンパニー | メドレー平山の中央突破
こんにちは、メドレーの平山です。 また筆が進まず4ヶ月ぶりの更新になってしまいましたが、4回目は「エクセレントカンパニー」というテーマで書いていきます。 エクセレントカンパニーとは会社の未来をデザインする「コーポレートIT」担当・リーダー候補を募集！ より このポジションは、システム構築やセキュリティ対策、制度設計などにおいて一般的な企業にありがちな常識を疑い、本質的に価値のあることを見出す習慣や、徹底的に経済合理性を追求する習慣が身につき、会社全体の業務を俯瞰する経験をすることができます。現在、私も様々な業務に携わっており、会社の将来を想像しながら全体のITアーキテクチャや必要な運営組織を自ら発案し、デザインしています。 そんな中で、未来の「エクセレントカンパニー」を創る一翼を担えることに他では得難いやりがいを感じ、事業の成長をメンバーと共に喜ぶことができます。先日公開されたコーポレート
成長事業の代償「技術的負債」を解消する！既存ラクスルの「解体」が生んだ新たな価値 | SELECK [セレック]
変化の激しい現代におけるシステム開発では、できるだけ早くプロダクトを世の中に出してフィードバックをもらい、またプロダクトを磨く…というリーンな開発サイクルを高速で回すことが重要だ。 しかし、このトレードオフとして生まれるのが、システム開発における「技術的負債」だ。 ラクスル株式会社では、2017年に「Raksul Platform Project」を立ち上げ。「触れば誰でも怪我をする」PHP40万行、JavaScript10万行という規模の巨大なアプリケーションが抱えた技術的負債の返済に着手した。 その目的は、既存ラクスルの解体。一枚岩のシステムを機能ごとに小分けすることで、それぞれ独立したチームがアジャイル（俊敏）に顧客へと価値を届けられる状態を目指した。 結果として、技術的負債を大きく返済することに成功。創業当初から描いてきた「印刷産業を変えるプラットフォームになる」ための事業の多角化
![成長事業の代償「技術的負債」を解消する！既存ラクスルの「解体」が生んだ新たな価値 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/34fac6d04d3d2fc04278660aeae588332eece96b/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2021%2F05%2F11122652%2F97019519de0b032589501f0a6693213e.jpg)
大きなプロダクトの育て方
Developer Experience Day 2021での発表資料です https://dxd2021.cto-a.org/developer-experience-day-2021
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
2013/3/9 NADECで講演した内容です。 都合上、やったみた結果の一部内容は省きました。 何かあればTwitterで @arimamoto までお願いします (^^)/ Read less
Big Sky :: Vim プラグインの機能として golang を使う。
golang 1.5 から、x86_64 のみですが -buildmode=c-shared というビルドオプションが足される事になりました。 これは、golang で共有ライブラリを生成する為のオプションで、例えば package main import ( "C" "fmt" ) var ( c chan string ) func init() { c = make(chan string) go func() { n := 1 for { switch { case n%15 == 0: c <- "FizzBuzz" case n%3 == 0: c <- "Fizz" case n%5 == 0: c <- "Buzz" default: c <- fmt.Sprint(n) } n++ } }() } //export fizzbuzz func fizzbuzz(n int
コマンドラインツールについて語るときに僕の語ること #yapcasia
http://yapcasia.org/2014/talk/show/b49cc53a-027b-11e4-9357-07b16aeab6a4
LINE Serverの開発とリリースプロセス « LINE Engineers' Blog
皆さんお元気ですか?LINEサーバー開発室でサーバ開発を担当している崔珉秀と申します。 この記事ではLINEのサーバーの開発とリリースプロセスについて述べたいと思います。 LINEの開発者はどんな形で開発しているのか、サービスに変更事項をどのように適用しているのか、お互い協力してより良い開発環境を得るためにどんな努力をしているのかをお伝えする機会になったらいいなと思います。 ここで述べるリリースプロセスは、LINEのサーバ開発の流れとソース管理システムの運用方法、そして本番環境に変更事項を適用するまでの過程です。 LINEのServer Applicationはその役割とシステムの構成によって複数のServer Applicationに分かれて構成されています。 例えばNetwork通信及びProtocolなどを担当するApplication、messagingやsocial graph
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
Perl のウェブアプリケーションのディレクトリ構成をわかりやすく説明するよ - tokuhirom's blog
ディレクターの人にわかりやすいように、Amon2 をつかった一般的なプログラムのディレクトリ構成をわかりやすく説明していくよ。
非 Rubyist に送る、失敗しない ruby 実行環境構築方法 - tomykaira makes love with codes
OS や、動かしたいアプリケーションに依りますが、ruby の実行環境の構築は大変です。 というのも、ruby 本体、rubygems、各 gem などのバージョン指定が交錯していて、ruby の ecosystem に慣れていない人にとっては、なにがなんだかわからないからです。 こっちのツールを動かそうとすると、こっちが動かなくなる、みたいなことになります。rubyists は、バージョンの問題を吸収するためのツールを使ってこの問題に対処していますが、ruby に詳しくなくて、ただ ruby 製のツール(たとえば Redmine)を使おうとしている人は分からないでしょう。 そういう人が ruby に挫折しないように、事実無根な中傷をしないように、最近流行のツールで、バージョンミスマッチの問題をおこさない方法を説明します。この説明が対象としているのは UNIX,LINUX 系の環境だ
Autotoolsの入力ファイルと出力ファイル - ファイヤープロジェクト
Autotoolsの各ツールの役割と入力ファイル,出力ファイルの関係の概略について示す(それらのファイルは非常に多いので主なものについてのみ示す).ツールの出力ファイルは別のツールの入力ファイルになっていることがある.この頁により,どの入力ファイルを修正するとどのツールを再実行する必要があるかが分かる(たぶん). 流れ Aclocal Autoheader Automake Autoconf configure Make 流れパッケージを作成する際のAutotools実行の主な順序を以下に示す. Aclocal Autoheader Automake Autoconf configure(ユーザ) Make(ユーザ) 各ツールの位置付けについて以降に示す. AclocalAclocalはAutomakeのためのマクロ,Autoconfのためのマクロ,ユーザ定義のマクロなどを参照し,conf
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby プロセスを追いかけるツール(プロファイラとか)10選 - sonots:blog
Web Fundamentals — Google Developers
How GitHub Works (GitHub Kaigi, Tokyo, 2014)
AWS上でのWebアプリケーションデプロイ
TDD Boot Camp(TDDBC) - FrontPage