7年に渡ってウオーターフォール型で開発してきたプロジェクトでアジャイルを採用した富士通ソフトウェアテクノロジーズ。成功を収めたポイントはどこにあったのだろうか。 アジャイル開発にはさまざまな利点がありそうだと感じながらも、ウオーターフォールによる今までのやり方を切り替えるとなるとなかなか難しい――そんな「目に見えないハードル」を感じ、二の足を踏んでいる企業は少なくないだろう。2019年7月に開催された「Agile Japan 2019」ではその変化に挑戦し、成果を収めつつある富士通ラーニングメディアと富士通ソフトウェアテクノロジーズの事例「今日からアジャイルで開発します！～アジャイル開発人材育成のポイントと7年間続いたWaterFall型受託開発をAgileに転換した事例をご紹介～」が紹介された。 開発側ファーストから、利用者ファーストへ 世の中の在り方、そしてITの在り方が大きく変わる中
MS-DOS 2.0のソースコードが公開された 9月末にMS-DOS 2.0のソースコード（https://github.com/Microsoft/MS-DOS/tree/master/v2.0）が公開された。ここでは、ソースコードを見ながら、Windowsのパス区切り文字が、なぜ「\」（英語表示では逆スラッシュ）になったのかを考えてみる。 ただ、MS-DOSは8086のアセンブラで記述されているため、コードを説明するのではなく、必要な定義部分などを使って解説することにする。 まずは簡単にMS-DOSという名称について説明しておく。IBMがIBM PC用のOSとしてマイクロソフトに開発を依頼したため、IBM PC用のものはPC-DOSという名称であり、MS-DOSはIBM以外のメーカー用に使われた。この時点では、PC-DOSとMS-DOSはほぼ同一のものとしてよい。ここでは、すべてMS-
言語やフレームワークによらない、オススメの汎用的な拡張機能をまとめました。 Tipsは**ここ**から。 拡張機能 24 選 1. vscode-icons アイコンがついて見やすくなる。 2. GitLens とにかく強い。 「コミット単位でのファイル比較」や「最新のコミット内容とそのコミッター表示」など色々してくれる。 git blameする手間なくなる。 3. Prettier コードのフォーマットは自動でやりましょう！ 複数人のこだわりをうんたらするよりも、Prettierに委ねるのが楽。 関連のTipsはここ 4. Git History Git logが見やすい 5. Bracket Pair Colorizer カッコの対応を色付きで表示してくれる。 ものすごく読みやすくなって最高&最高！！ なおBeta版ですが、後継となるBracket Pair Colorizer 2も出
はじめに 普段のようにトゥイッターしていたらタイムラインにステキ拡張が流れてきたので、布教のためにバーっと紹介記事を書いてみる次第。 Rainbow CSV Rainbow CSVって何？ VSCodeでCSVを扱いやすくするためのステキ拡張 便利でステキな機能をいくつも持っている とにかくヤバイ（語彙） Rainbow CSVの何がヤバイの？ ①CSVが読みやすくてヤバイ ちょうどいいCSVが無かったので、適当にポケモンのCSVデータを生々しく開いてみた。 CSVの見た目ってこんなのだよね。日本語項目はともかく、数値が連続している箇所は「あれ、この"49"ってどの項目に対応してるんだっけ…？」みたいな混乱が起きて発狂しがち…。 しかし、このファイルをRainbow CSVに通すと…なんということでしょう！ ヘッダー項目とデータ項目にカラフルな色が付き、項目の種類が一発でわかるようになって
わかんないよ。わっかんないよ！ ブロックチェーンのことは一つもわかんないよ！ブロックチェーンは何がいいのかわかんないよ！ わかんない！私にはわかんないの！ Proof-of-Workって何がカッコイイの？計算なんていやだよ！無駄なだけだよ！これのどこがカッコイイの？ Proof-of-Stakeもどこがいいのかわかんない！ ASIC耐性って何なの？ASIC耐性があると何がいいの！？マイニングがカッコイイの？ そもそもマイニングって何！？51％攻撃がない？だから何なの！？ トラストレスって何？信用がなければいいの！？信用が不要と必要だと何で不要がいいの！？ 何で信用がない方がいいの？信用がないからダメなんじゃないの！？ 非中央集権だと何でカッコイイの？自分の力で制御できる感じが堪らないって、何それただのわがままな人じゃん！ ちゃんと組織される方がカッコいいよ！立派だよ！ ICOで調達してると
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 最近、社内外の多くのプロジェクトマネジメント実態を調べる機会に恵まれた。 その中で、面白いことに気がついた。 問題に直面して、原因を分析しなければ、対策も取ろうとしないマネージャ達。 彼らはマネジメントしていない。ただ祈ってるだけ。 つまり、P"r"aying Manager じゃね？と。 ※Pray ・・・ 祈る Praying Managerの生態 [ケース1] 進捗をPGが自力で回復してくれることを祈る あるプロジェクトでは、3ヶ月の工期のうち、1ヶ月が経過したが、進捗が半月分しか出なかった。 つまりプロジェクトとしては
それは、実施日の10年前に告知すること。そうすれば、0円は言いすぎだとしても現実的なコストで問題なく対応できるよ。 自分にとってこれは、「明日から電卓の＋キーで引き算をして−キーで足し算をすることに決めた」みたいな話に聞こえる。 誰がうれしいのかちっともわからないけど、「明日から」というところを「10年後から」にしてもらえば、何の困難もない。+と-のキートップの刻印を逆にすればいいだけで、電卓の設計には何の変更もいらない。キーの配置を変えてはいけないと言われたなら、中の配線を二箇所変えるだけ。「電卓の+キーと-キーを逆にすることは不可能である」なんて言う人は誰もいないと思う。 しかし、「明日から」と言われたら、今、あちこちにある電卓はどうするの？ 付箋紙をキートップのサイズに切り抜いて、日本全国の家庭やオフィスで、明日の朝一番にそれを貼りつけて、「+」「-」という字を手書きすればいいだろう
Steven J. Vaughan-Nichols （ZDNET.com） 翻訳校正： 編集部 2018-07-28 08:00 世界で最も人気のあるプログラミング言語「Python」の開発を指揮しておよそ30年、その生みの親で「Benevolent Dictator For Life（優しい終身の独裁者：BDFL）」のGuido van Rossum氏が、意思決定プロセスから完全に退くことを決断した。 しかしながら、Pythonから完全に離れるわけではない。「ただのコア開発者としてしばらくとどまるつもりだ。そして、引き続きメンターとして支援していく--おそらくこれまでよりは対応できるはずだ」（同氏） van Rossum氏の声明から組織運営にうんざりしている様子が明確に読み取れる。「PEP（Python Enhancement Proposal）のために一生懸命戦い、とても多くの人から自
オジー・オズボーン（Ozzy Osbourne）「Crazy Train」にあわせて激しくヘッドバンギングを繰り返す鳥のオウムが話題に。米ルイジアナ州に住んでいるというSnoweeという名前のオウム。映像はFacebookページで820万回以上再生されています
『ジョジョの奇妙な冒険』第3部の終盤でポルナレフがディオと対峙したとき、いくら階段を上っても“下りたことにされる”シーンがあります。この現象はコピペでも有名な「何を言ってるのかわからねーと思うが（中略）もっと恐ろしいものの片鱗を味わったぜ……」というせりふにつながるのですが、いったい階段で何が起きていたのでしょうか？ 海外ファンのAlex（@caesartendency）さんが考察し、動画で説明してくれました。 「1つチャンスをやろう。その階段を2段下りろ。再び私の仲間にしてやる」と、ディオがポルナレフをゆさぶる場面を再現 原作でその後の展開を見れば「ディオがスタンド能力で時を止めてからなんかした」のは明白なのですが、動画はその“なんか”の部分を想像で補完しています。ポルナレフ役が階段を上ると、ディオ役がスタンドの発動をポーズで示します。ここまでは原作とだいたい同じ。 逆らってポルナレフが
Rubyコミッター・Yuguiに学ぶ、コードに書くべき「適切なコメント」と「適切な場所」 Rubyコミッター・園田裕貴（Yugui）さんが、長年の経験で体得したソースコードに書くべき「コメントの技法」を教えてくれました。 プログラミングにおいて、どんな初心者でも書けるけれど、適切に書くのは上級者でないと難しいもの。それがコメント（=ソースコードに書かれている注釈やメモ）です。 不適切なコメントをつけても、プログラムの動作には影響しません。しかし、書き方の巧拙によって、コードの可読性や理解のしやすさには雲泥の差が出ます。良質なコメントが良質なコードをつくるのです。 今回はRubyコミッターでありgrpc-gatewayの開発者でもあるSupership株式会社の園田裕貴（Yugui）さんに、優れたエンジニアがどんな観点を持ち、どんなコメントを書いているのかを聞きました。 園田 裕貴（そのだ・
アルゴリズムは「何らかの問題を解決する手順」を指し、アルゴリズムの良しあしでソフトウエアの性能が決まってくる。私たちの生活は、高度なアルゴリズムで実装されたソフトウエアに支えられている。そこで本特集ではエレベーターや信号機といった身近なアルゴリズムを例に、その一端を見ていこう。今回は、信号機のアルゴリズムの基本を紹介する。 「朝はいつも赤になっている信号が、夜はなぜか青が多い」と感じたことはないだろうか。実は、信号機が青に変わるまでの時間は、いつも同じではない。交差点の交通量から最適な青時間を割り出している。この計算には、高度なアルゴリズムで実装されたプログラムが動いている。そこで今回は、信号機を制御するアルゴリズムに焦点を当てよう。 具体的なアルゴリズムを見ていく前に、信号機の青時間がどのように決められているのかを解説する。信号の青時間を決めるには「重要な要素が3つある」（住友電気工業
マイクロソフトの実験的プロダクト「Blazor」、WebAssemblyで.NETランタイムを実装。WebブラウザでC#など.NETアセンブリをそのまま実行可能に マイクロソフトが実験的プロダクトとしてオープンソースで開発している「Blazor」は、WebAssemblyで.NETランタイムを実装することで、Webブラウザの上でC#など.NETテクノロジーによるWebアプリケーションを実現する、Webアプリケーションフレームワークです。 WebAssemblyによってJavaScript以外の言語によるWeb開発が始まる 少し前まで、Webアプリケーションを開発できる言語はJavaScriptだけでした。しかし2010年頃にはJavaScriptの生成をターゲットとするCoffeeScriptが、2012年頃にはTypeScriptが登場し、いわゆるAltScriptによって少しだけ言語の
JDK11 ea18から、javacしないでもJavaファイルを実行できるようになりました。 あと、Windowsバイナリはzipファイルで提供されるようになっています。tarコマンドが提供されたとはいえ、エクスプローラーから解凍できるzipファイルになるのは ありがたい。 JDK 11 Early-Access Builds JEP330が取り込まれたことにより、ソースファイルがひとつのJavaプログラムは、javac不要でjavaコマンドで実行できるようになります。 JEP 330: Launch Single-File Source-Code Programs Windowsのコマンドプロンプトだと こんな感じ。 C:\Users\naoki\java>more Hello.java public class Main { public static void main(String
Microsoftの開発者が、Officeを完全にJavaScriptで書き直したとツイートしたことから騒動が巻き起こっていることが判明しました(MSPoweruser)。 問題の発言を行ったのは、Microsoft Web PlatformのTechnical Program ManagerであるSean Thomas Larkin氏で、「Office 365の全ては、JavaSriptと呼ばれる小さなスクリプト言語で完全に書き直されました」と以下のようにツイートしています。 (Ive never been able to say this yet) 🙋Well Actually!🙋 All of Office 365 is (almost finished) being completely rewritten in this little scripting language c
コマンドプロンプトからWSLのプログラムを呼び出す Windows 10に「WSL（Windows Subsystem for Linux）」をインストールすると、Linux向けのプログラム（バイナリファイル）をそのまま実行することができる。 例えばテキストデータの処理では、awkやsed、tr、cut、sort、uniq、～grep、head、tail、……など、非常に多くの「定番」と呼ばれるツールが利用されるが、Windows OSではsortぐらいしか用意されていなかった。また文字コードがUTF-8になると、標準のWindows OSのツールだけではほぼどうしようもない。これまでは、ほとんどの場合、こうしたツール類をWindows OS向けに誰かがリリースしてくれるのを待つしかなかった。しかしWSLを利用すれば、これらのツールがそのまま利用できるので、入手に悩む必要はない。 具体的な
前回の記事では、私たちソニックガーデンがどういった経緯を経て、物理オフィスをなくした完全なリモートワークまで辿ってきたのか紹介した。 そこから見えてくるのは、リモートワークには段階があるということだ。それをレベル分けすれば、わかりやすく目指す指標ができるのではないかと考えた。 本稿では、自動運転の世界で考えられている定義とレベルを参考に、リモートワークのレベルについて考えてみた。 自動運転のレベル 昨今、自動運転が非常に注目されている。実用的なレベルになりつつも、まだ時期尚早という見方もあって話題にあがることが多い。 おそらく近い将来に、現代のオートマ車とミッション車の比率のように、自動運転の方が当たり前になる時代がくるのだろう。 それまでには、まだ段階がある。その段階を表したものが「自動運転のレベル定義」だ。Wikipediaによると、以下のようになっている。（少し簡略化した レベル0
PWAのメリットが強くなる時ってどんなときか考えた。 今回はネイティブアプリの代わりにPWAで頑張る話したけど、ネイティブアプリのありなしに関わらずWebを良くしていきたい。 紹介した自作PWA - http://ease.netlify.com/ (TODOリスト) - http://mo…
エンジニアの目標設定において、重要でありながらついつい忘れてしまいがちなのが「キャリアビジョン」と「スタンス」です。この2つの要素は、エンジニアとしての人生を充実させるのにとても重要です。ところが目標設定というものは日々問われるものではないので、個人で日常に落とし込むのが難しい側面があります。しかも必要な要素を見落としたまま目標を立ててしまっているケースが、かなりあるのです。 ここでは「次回の目標設定をどうしよう？」と悩んでいるエンジニアの方に、効率的で完成度の高い目標設定のつくり方を伝授したいと思います。エンジニアの方がついついやってしまいがちなミスなども具体的事例を交えて、解説します。目標設定の作成に悩んでいたエンジニアの方は、是非活用して頂ければ幸いです！ １．目標設定の重要性一般的なビジネスパーソンにとって目標設定は、成功への道標であり、モチベーションの根源でもあります。例えば、「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
