Our Setup Node.js App feature allows for the choosing a specific version of Node.js in order to run the apps using Node.js 6.x, 8.x, 9.x, 10.x, 11.x, 12.x, and 14.x versions. The currently available Node.js version pool on our Shared servers is available at this page. This function provides ultimate flexibility and features a user-friendly interface that helps you get faster acquainted with the ne
会社の勉強会で自分の今までの経験からテストについてお話をした。その資料を公開する。自分が関わった、Oracle8、DEC Rdb、日本語COBOL、そしてSamba3.0国際化プロジェクトでのテストやディリービルドなどについて紹介した。 テストファースト開発など、最近広く知られるようになってきたが、ディリービルドとリグレッションテストの実行という方法論は昔からソフトウェア製品開発の現場では行われていたベストプラクティスである。そのリズムとか雰囲気を伝えたかった。 テスト勉強会よしおか100311 1View more presentations from Hiro Yoshioka. テストがある開発現場ってのは、こんな感じなんだ〜という雰囲気が伝われば幸いだ。 アジャイル開発方法論としてXPの手法とかいろいろ知られているが、このディリービルドとリグレッションテストというプラクティスもその
資料読んでて思うのだが… メソッドとしてフレームワークやマインドマップが使いやすいのは認める。問題の整理をするのに役立つのも分かる。でも4象限や8象限で分析できることなんて多寡が知れている、それを分かっていて割り切って使っているならともかく、成功や失敗、商品企画やマーケティングのあり方を説明するのにフレームワーク「だけ」を使って説明し説得しようというのはよろしくないと思う。 タスク分析とかで、重要度と緊急度で分類するのは一般的だし、その重要度を使いながらPDCサイクルを回そうというのは分かるんだけれども、毎回要素に還元して、事柄を分解してから整理するやり方になるから、問題解決(とか、成功分析、失敗分析とか)のアプローチとしては逆に遠回りになるわけで。 取り組むべき事柄が大量生産だったり、ミッションが明確であるならば、効率を目指してQC的に組織が改善を繰り返すのは効果あると思います。でもさあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く