基幹系のモダナイズは待ったなし、そこで活きるWagbyの価値とは？ | IT Leaders
IT Leaders トップ ＞ テクノロジー一覧 ＞ 開発ツール／プラットフォーム ＞ Special ＞ 基幹系のモダナイズは待ったなし、そこで活きるWagbyの価値とは？ 開発ツール／プラットフォーム 開発ツール／プラットフォーム記事一覧へ [Sponsored] 基幹系のモダナイズは待ったなし、そこで活きるWagbyの価値とは？ Wagby Developer Day 2018レポート 2018年12月17日(月) リスト 世の中ではデジタルトランスフォーメーション（DX）の重要性が叫ばれているが、一方で経済産業省から「2025年の崖」というレポートが示されるなど、レガシーシステムがDXの阻害要因となることが懸念されている。DXで成功を掴むため、これまで静観を決め込んでいた基幹システムの刷新に今こそ踏み出さなくてはならない。この課題に向けて企業は何から始めるべきか――。本稿では、ジ
リクルートテクノロジーズ エンジニアコース新人研修の内容を公開します！（2019年度版） | Recruit Tech Blog
こんにちは。セキュリティエンジニアの平松です。 毎年、大きな反響を頂いているエンジニアコース新人研修の内容を今年も公開します。 リクルートテクノロジーズの新人研修 リクルートテクノロジーズでは、新卒採用の新人向けに3ヶ月間の技術研修「ブートキャンプ」を実施しています。 新人たちは採用時の応募職種によって振り分けられ、各職種に適した内容のブートキャンプを受講します。 今年のブートキャンプは以下の3つのコースで実施しました。 スタンダードコース：プログラミングやWebサービスの構造の基礎を学び、その後1つのスマホサイトを企画からリリースまで行うコース。 エンジニアコース：現場での技術に即した実践的な内容を学び、その後実際のサービスでチーム開発のOJTを実施するコース。 データサイエンティストコース：現場でのデータ解析の実務に即した実践的な内容を学ぶコース。 本記事では、実際に「エンジニアコース
anyenvで開発環境を整える - Qiita
私の場合、開発環境では複数の言語のコードを書いたり実行したりします。 例えば perl, ruby, nodejs, python など。 これらを利用するために、plenv, rbenv, nodebrew, pyenv などを利用していました。 しかし、遅ればせながら anyenv というものがあると聞いたので、こっちに乗り換えました。 **envを2つ以上使ってる人はこれ使うのが良いと思います。おすすめ。 http://blog.riywo.com/2013/06/22/155804 https://github.com/riywo/anyenv インストールは簡単 README.md のとおりにやればOK # ------------------------------------------------------------------------ -# plenv +# an
アスクルに潜入して、レガシー感謝の日のお話を聞いてきた - もがき系プログラマの日常
はじめに こんばんは。今回はこちらのイベントに参加してきました。 askul.connpass.com 次の日が勤労感謝の日ということで、日頃レガシーと戦っているお話をいろいろと聞いてきました。 各スライド レガシーとは何者か @dskst9さんの発表 レガシーフロントエンド @Kotanin0さんの発表 レガシーコア 不変の価値 @k_h_sisspさんの発表 レガシーシステム・レガシーソフトと向き合って @warumonogakariさんの発表 レガシーシステム・レガシーソフトとむきあって from warumonogakari,tumibito Kato www.slideshare.net 人のレガシーを笑うな @m_noriiさんの発表 人のレガシーを笑うな - レガシー感謝の日 from Masanori Hayashi www.slideshare.net 本当にあった最速で
チーム開発の開発環境として Docker + Vagrant を選択し続ける理由
チーム開発の開発環境として Docker + Vagrant を選択し続ける理由 Docker Advent Calendar 2016 の 25 日目です. Docker アドベントカレンダーとして書いているはずだったんですが、推敲と校正を重ねているうちに Docker というよりは VM とか開発環境とかの話が色濃くなってしまい、主役のツールが Vagrant になってしまいました. 謹んでお詫び申し上げます. 僕が所属する会社の事業の一つに Web/モバイルアプリの SI + 運用があり、その際の Web/API サーバー開発は macOS + Vagrant + VirtualBox (CoreOS) + Docker を社内標準のローカル開発環境(以下、開発環境)としています. 勉強会後の懇親会やコンサルティングを提供する場で良く質問されることの一つに「Docker for Ma
The Twelve-Factor App
Introduction In the modern era, software is commonly delivered as a service: called web apps, or software-as-a-service. The twelve-factor app is a methodology for building software-as-a-service apps that: Use declarative formats for setup automation, to minimize time and cost for new developers joining the project; Have a clean contract with the underlying operating system, offering maximum portab
現場で役立つ1on1の原則 #devlove
2018-09-18 Sansan さんでの DevLOVE 発表です。 https://devlove.doorkeeper.jp/events/
VSM (Value Stream Mapping) のススメ〜開発プロセス可視化〜 - Qiita
もっと詳しい内容については下記のブログにのせておりますので、興味があればご覧ください。 DMM inside : プロダクトのリリースまでの時間が268.5hから54.5hに！ VSM(ValueStreamMapping)時短術 VSM (Value Stream Mapping)を書いたらリリースリードタイムが約200時間も短縮できることがわかった話 VSM (Value Stream Mapping)の改善プロセスの悩みを「カイゼン・ジャーニー」を読んで解決した。 ■ 前提 ソフトウェア開発をする上で、普段の仕事をしている上で業務プロセスに無駄がないか分析したい。又はどこがボトルネックになっているかがわからないがQCD※の品質が低く感じるなどを思ったことはないでしょうか？ ※品質（Quality）とコスト（Cost）と納期（Delivery)の頭文字 ■ VSM(Value Stre
Hot Heart, Cool Mind. — アジャイルソフトウェア開発宣言（私訳）
私たちは、実践を通じて、また他の人々の実践を助けることを通じて、 ソフトウェアを開発する、よりよい方法を見いだしつつある。 この仕事を通して、私たちは： プロセスとツールより個人と相互作用に 包括的なドキュメンテーションより動くソフトウェアに 契約交渉より顧客との協調に 計画に従うことより変化に対応することに 価値をおくに至った。すなわち、左のことがらにも価値があるとはいえ、 私たちは、右に置かれたことがらに、より高い価値をおく。 原文：http://agilemanifesto.org/iso/en/manifesto.html 2018年4月22日 スコープに焦点を当てる 多くの人が、制御変数としてのコスト、品質、時間については知っているが、四番目の変数は認識していない。ソフトウェア開発において、スコープは、意識しておくべきもっとも重要な変数だ。開発中のソフトウェアのどういう点に価値が
そろそろコードレビューそのものの必要性について考えるときがきているのかもしれない - タオルケット体操
技術ブログの方に書くか迷ったのですが、かなりポエムの類な文章になりそうなのでこちらに書きます。 ちょっと前にバズったこちらの記事 medium.com に触発されました。 ちなみにコードレビューに関する話としてはまだ僕が色々と手探りだった3年前にもこんなことを書いていたようです。3年前の自分の考えに触れられるブログって面白いなという気持ちとこいつどんだけ軽率な文章書いてんだよという気持ちが合わさり甘酸っぱい気持ちが生み出されました。 hachibeechan.hateblo.jp 当時と今では日本全体の技術的トレンドも変わっていますし、そもそも僕の所属している会社も違います。今の会社ではGitHubを使っており、コードレビューが当然のフローとして組み込まれています。 そしていま改めて当時のブログを読み返したのですが、びっくりするほどコードレビューに対する僕の考えが変わっていないので、改めて
ドキュメントを書く技術 - blog
READMEを始め、ソフトウェアのドキュメント全般を書く技術というものをもっと洗練させていきたい。要件定義書のようなものだけでなく、開発方針や設計方針、API定義などなど。 これらのドキュメントをしっかりと整備するだけで、レビューの質も上がり新しい人が入ったときもスムーズに意識のズレなく開発ができる。はずだが、なかなかドキュメントの上手い書き方や管理の仕方というものは、コーディングのそれとは違い議論が活発ではない。 最近試してみたこと そういったドキュメントの中でも、"開発方針"や"設計思想"をどう残していくかということを考えている。それらを残しておくことで、コーディングのときも立ち戻る場所ができ、大きく道を踏み外さなくなる。 例えば、レイヤードアーキテクチャのようなものの"境界"をドキュメントにしていく。MVCでもクリーンアーキテクチャでも何でも良いけど、それらのアーキテクチャではそれぞ
エンジニアが作るネットサービスのアイデアがしょぼいワケ【えふしん】 - エンジニアtype | 転職type
Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社（version2）を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社（現・マインドスコープ）を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社（version2）設立 若干釣り気味のタイトルですいません。今通っている大学院の授業で、漫画家の浦沢直
DigitalOceanの便利ツール作りました - Qiita
はじめに DigitalOceanの管理ツール(dioc)を作成したので、ご紹介します。(利用については自己責任でお願いします。) 操作は、Ubuntu上で、DockerとPython3.5を用います。Windowsの方は、Ubuntuを入れてDockerを使う方法を参考に、VirtualBox、Ubuntu14、Docker1をインストールしてください。 Dockerが使えれば、Dockerイメージdioc-python-3.5を用いてすぐに始められます。 用語 DigitalOcean： AWSのEC2のようなクラウドサービス。 Droplet： 仮想OSのインスタンス。 Snapshot： Dropletの状態を保存したもの。Snapshotを元にDropletを作成できます。 Image： Dropletの元になるもの。公式のものと、Snapshotで作成した私的なものから選べます
オフショア開発の是非の話について
「日本は人件費が高いので、人海戦術的なソフトウェア開発は海外で安く調達することにした方が得ですよ」 続・インド人がやった方が儲かることは、インド人にやらせればいいじゃん。 主張の根拠はリカード流の比較優位論。 比較優位論からすれば、比較劣位にある商品は輸入した方が良いことになります。例えば「自動車産業」と「情報サービス産業」という２つの産業があって、日本とインドの生産性を比べた場合に、日本の「情報サービス産業」が比較劣位にあるなら、「情報サービス産業」はインドにお任せした方が良いということです。ここでの「情報サービス産業」は、いわゆるデス・マーチ系というか、あらかじめ決められた仕様に従って、ただただコードを量産するという感じのサービスを提供する産業、が想定されているのでしょう。 もう少しマイルドにいうなら、国を挙げて下請けと化しデスマーチを喜んでやってくれるというなら、やってもらえばいいじ
Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita
本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション
わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【2018年版】フロントエンドエンジニアがよく使うWebサービス・アプリまとめ - たこさんちゃんねる(別枠)
https://ubiteku.oinker.me/2015/07/27/why-most-unit-testing-is-waste/
Visual Studio Code
Amazon.co.jp: ハイブリッド製品の開発戦略 -- 日本アニメーション産業の新技術と既存技術の統合マネジメント: 一小路武安: 本