鬼速リモートな開発チームを支えるツールと仕組みとマインドセットの話
web系スタートアップ開発チームが仕組みもへったくれも無い状態からすったもんだありつつリモートワーカーも交えて良い感じにワークする体制で開発できるようになったなぁと言って良いところまで来たと感じたので、ここらでひとつ段落をつけて開発体制とか組織設計、体制作りみたいなところの話をまとめておきたいと思います。 サービス開発の現場に仕組みや体制を引く目的と意味 まず開発チームに体制や仕組みを引く意味、目的について。 開発速度の向上 これ１点に設定しました。 開発スピードで市場ごと引っ張る 展開中の事業ドメイン（教育）は今、ほっといても急成長中の市場でタブレット端末の導入がどんどん進んでいます。 が、私立やいけいけの公立を除いて大体の公教育の現場では単純に既存のパソコンと置き換えてコスト削減に利用するだけだったり、まだまだ端末の普及が途中です。 IT機器の導入が教員の業務効率化や教育そのものの質の
エンジニアナビ主催セミナーでnanapiのシステムについて話してきました - UNIX的なアレ
4/10に開催されたエンジニアナビ主催のイベントでnanapiのシステムについて話してきました。今回は珍しく、nanapiのワンマンライブ的な感じです。時間も40分ほどあったので何について話そうかなーといろいろと考えてました。 自分がインフラ出身なのでどうしてもその辺り中心にはなってしまいましたが、極力nanapiでの開発手法やフローなどについても話すように心がけました。イベント後のアンケートや質問などみても満足度が高かったようで良かったです。 質疑応答で答えられなかった内容 当日は付箋で質問をもらう形式だったのでたくさんの質問をいただくことができました。時間の関係で全部お答えすることができなかったので、もらった質疑応答に関してここでお答えします。近い質問は勝手にマージしちゃっています。 事業について Q: 一人でやっているときの技術的な問題はどんなもので、どう解決したか？ A: 小さな技
GitHub: ストレスをうまく減らしているのがキモなんだと思った - ワザノバ | wazanova
http://zachholman.com/posts/github-communication/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 ほうれんそう（報告/相談/連絡）って正直面倒ですよね？ もちろん自分も大人ですから、仕事におけるタイミングよい細かなコミュニケーションの大切さは理解してます。だから職場では頑張ってやりました。折をみてメンバ全員を集めて話しもしました。1 on 1のミーティングもやりました。そしてメンバにもまわりとのコミュニケーションを積極的にとるように期待しました。 けど、子供のときに朝8時半に学校に行かなくてはいけなかったときと本音では変わってないと思います。やらざるを得ないからやるということ。やはりストレスです。 GitHubのコミュニケーション伝導師のZach Ho
Deployments Best Practices • Beanstalk Guides
Introduction This guide is aimed to help you better understand how to better deal with deployments in your development workflow and provide some best practices for deployments. Sometimes a bad production deployment can ruin all the effort you invested in a development process. Having a solid deployment workflow can become one of the greatest advantages of your team. Before you start, I recommend r
cron 設定ファイル (crontab ファイル) の置き場所と書式について - ひだまりソケットは壊れない
cron周りのベストプラクティス読んだ - $shibayu36->blog; 上の記事を読んで興味を惹かれたので、『WEB+DB PRESS Vol.79』 の 「cron 周りのベストプラクティス」 を読んだ。 Web 上でも公開されている。 (2014-06-23 追記。) 第25回 cron周りのベストプラクティス（1）：Perl Hackers Hub｜gihyo.jp … 技術評論社 そこでは cron 設定 (crontab) ファイルの記述方法として crontab コマンドを使用する方法が書かれていた *1。 で、記事を見てるうちに、以前 crontab コマンドやら /etc/cron.d やらの違いがよくわからずに調べて社内日記に書き残しておいたことを思いだしたのでブログで公開しておこうと思う。 ちなみに man の内容などは Debian 7 で見てるので、別ディス
crontab -e は「絶対に」使ってはいけない - ろば電子が詰まつてゐる
今までナチュラルにcrontab -eでcron編集をしていたのだけど、実はこれはとてつもなく危ないやり方だった。ということを、今さら知った。 crontab -rの恐怖 crontabコマンドにはrオプション(Remove)があり、これを実行すると何の警告もなく全てが消え失せる。 macbook:~ ozuma$ crontab -l 15 * * * * /home/ozuma/bin/hoge.sh 0 9 1 * * /home/ozuma/bin/piyo.sh > /dev/null 2>&1 */5 * * * * /home/ozuma/bin/fuga.sh > /dev/null 2>&1 macbook:~ ozuma$ crontab -r macbook:~ ozuma$ crontab -l crontab: no crontab for ozuma macbo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
crocos.jp