はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? https://qiita.com/aimof/items/d68bdb347283ee2dbccf を見て、Web開発現場的にはちょっともやっとしたので、書いてみます。 言いたいことを３行でまとめると テストコードを書くことの有用性そのものは疑いようがない ただし、アジャイルやWebサービスの開発においては、 「テストコードを書くことを当然」 としてしまう事は、開発スピードや品質面において選択肢を狭めてしまう可能性がある。 テストコードを特別視せず、コードレビューやE2Eテストやユーザテストなど、有限の工数の中で、 複数の手法がトレー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 弊社、ITプロパートナーズではQiia:Organizationを活用して、会社名義を出しつつ、社内の技術共有も含めた技術記事をQiitaに投稿しています。 ITプロパートナーズ | Qiita Organization 社内向けの技術共有ではどちらかというとQiita:Teamを使うのが主流なところで、 Organizationで全て一般公開！ というのはかなり実験的な取り組みではあると思うのですが、2週間1ほど取り組んでみたところ、予想以上に面白い感じだったので、Organizationを運用してみてわかった点などを共有したいと思い

社内に新人が増えてきたので、弊社のWeb開発でのGitのゆるーい利用方針をまとめます。 なシリーズ第二弾です。 第一弾：　 [社内新人向け]Gitで使ってほしくないコマンド 社内環境 Web系開発がほぼ100％ ブランチワークはGitflowをベースにしたプルリク駆動開発 少人数チームなので、エンジニアは全員LinuxのCUI操作をできて欲しい（vagrantや開発サーバ上の操作など） GitのGUIクライアントは、SourceTreeとGithub公式を試しましたが、初学者が使うと却って危ない挙動をしてしまうケースがあったので、全員CUI操作をしてもらうことにしました CIツールはまだ導入できず。各サーバーへのデプロイなどもgitコマンドを手動操作してます。 こんな環境なので、みんなGitの操作にはわりかし詳しいです。逆に言えば、うちで開発実務をやっていれば、Git操作ならある程度どこで

社内に新人が増えてきたので、弊社のWeb開発でのGitのゆるーい利用方針をまとめます。 本当はネガティブなことばかり書かずに、「覚えて欲しいコマンド、使ってほしくないコマンド」というタイトルにしたかったのですが、予想以上に長くなりそうなので分けます。 (追記：第二弾できました) →　[社内新人向け]Gitで絶対にオススメなプラグインや設定3つ 社内環境 Web系開発がほぼ100％ ブランチワークはGitflowをベースにしたプルリク駆動開発 少人数チームなので、エンジニアは全員LinuxのCUI操作をできて欲しい（vagrantや開発サーバ上の操作など） GitのGUIクライアントは、SourceTreeとGithub公式を試しましたが、初学者が使うと却って危ない挙動をしてしまうケースがあったので、全員CUI操作をしてもらうことにしました CIツールはまだ導入できず。各サーバーへのデプロイ