Web系ベンチャー各社の開発体制・開発プロセスについて | Weekdayランサーズ勉強会 | ランサーズ（Lancers）エンジニアブログ
こんにちは、ランサーズのtomohiroです。 ランサーズでは、自社で開催する勉強会で、 『WeekendLancers（週末ランサーズ）』というイベントを開催してきたのですが、少しご無沙汰になっていました。今回改めて再開しようと調整した結果、平日の夜(４月２３日木曜日)になったため、weekday ランサーズとして開催する事になりました。 そして、記念すべきを第１回を私が登壇する事に。 今回のテーマは「開発体制・開発プロセスについて」。 どの会社も成長に伴い、色々試行錯誤しつつ、色んな仕組みや施策を取り入れているようです。 登壇していただいた企業はどこも「自動化」と「情報の集約」はやっているような印象を受けました。例えば、ランサーズでは、「情報の集約」にchatwork と言うツールを使っています。 各社ツールは違えど、アプローチは似ているんだなと感じました。 詳細はぜひ登壇資料をご覧い
時間をかけて、つまらないものを作りたいか？ - futoase
時間をかける つまらない想像話を以下に書く。 失敗してはいけない。成功しなければ行けないプロダクトだ。 企画から色々と実装アイディア、目的とするユーザー像を聞いている。 それに見合ったシステムを実装しなければならない。 あと6ヶ月で。その間は徹底的に企画と話をする。 部長と話しをして、駄目だったら作りなおす。 6ヶ月の間、エクセル上にガントチャートを引き、開発スケジュールを引いた。 企画・営業は2名。そのうち1名はマネージャ的な担当を行う。 部長は最終決定を下す(と聞かされている)。 エンジニアは3名。チームとしてはまあ良いほうだろう。 3ヶ月後 何を作っているのかわからなくなってきた。 具体像もわからない。 エクセルに書いたガントチャートは、意味を成していない。 ガントチャートを直そうと思うと、他の予定もずらさなければいけなくなり、 だるくなってだれも更新しようとしない。 システム全体の
これからWeb系のベンチャーで起業しようと思っている人へ考慮しなければいけないリストを作成した ~技術編~ - nigoblog
Web系に限らずですがとにかくいろんなことを考えなければいけません。 業界で3年以上やっていたエンジニアならいざしれず、非エンジニアやフロントエンドしか触ったことのないエンジニア。 そして学生等々、Web系ベンチャーをやるには案外考えることが多いんだぜってことを伝えたいと思います。 開発編 運用編 まとめ という流れで説明します。 開発編 主にサービスローンチまでのプロセス。 最近でいうとMVP (Minimum Viable Product)だったりアジャイルだったりが流行っていますが、 とりあえずMVPを構築するまでに考えなければいけないことをリストを書いていきます。 1. 言語は何を使うか 一番ベーシックな概念にして、一番重要かもしれません。 とりあえずフロントエンドはさておき、バックエンドをどうするか。 ここで選択肢を上げておきます。 PHP Perl Ruby Python Sc
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
大規模開発での注意点：柔軟な言語仕様でコードの統一性が失われる危険も
JavaScriptで大規模なシステムを構築する際の注意点を説明しよう。注目すべきはJavaScriptの言語仕様である。1人で小さなアプリを開発する際は柔軟でいいのだが、この柔軟さは、大規模開発では仇となる。 「JavaScriptはデータ型を明示的に指定しなくても動作するため、想定しない動作をすることがある」と、サイボウズの天野祐介氏（グローバル開発本部 開発部）は話す（図1の上）。 JavaScriptでは、「var a = 1」と記述すれば数字の「1」が代入され、「var a = "1"」と記述すれば文字列の「1」が代入される。変数aで「a + a」を実行した場合、数字の「1」なら「2」、文字列の「1」なら「11」が出力される。 変数aを数字とみなしていた開発エンジニアから見ると、「11」は想定と異なる結果だ。ミスした箇所を特定して修正する必要があるが、JavaScriptはコンパ
世界で初めてアマゾン違法伐採の監視ツールを開発した72歳技術者が、今も土日にコードを書く理由 - エンジニアtype
トップページ > キャリア > 働き方 > プログラマーの働き方 > 世界で初めてアマゾン違法伐採の監視ツールを開発した72歳技術者が、今も土日にコードを書く理由 日本の約14倍の面積があり、世界最大と言われる南米・アマゾンの熱帯林。だが2009年までの約20年間で、年平均１万9000平方キロ（山手線の面積の292倍）もの森林が減少するという深刻な状況にあった。 その森林減少の大きな要因だったと言われる違法伐採に歯止めを掛ける「監視ツール」を、現地に乗り込みつつ開発し、世界を驚かせた日本の専門家チームがいる。チームを率いていたのが、リモート・センシング技術センター（RESTEC）の小野誠氏だ。 小野氏らは、日本の地球観測衛星『だいち』を使って違法伐採を検出し、ブラジルの地元警察に迅速に情報提供できるシステムを構築するというミッションを担っていた。 実はブラジルは、2004年からほかの観測衛
プロとしての行為 Act as Proffesional
288ページという少ないページ数の中に、ほとんどの見開きの中に図をいれて、アジャイル開発のすべてがザックリ凝縮された書籍です。思わず「こういうのが欲しかったんだ！」と声に出してしまう内容に仕上がっています。この業界の新人に必ず読ませたいバイブルです。 今の仕事やプロジェクトに問題がある。順調でない。解決策の糸口が欲しい。 アジャイル開発に興味がある。はじめてみたい。どういったものか知りたい。 もっと価値のあるソフトウェアを顧客に提供したい。ソフトウェア開発に携わるすべての人（プログラマ以外にも）にオススメします。東京に住んでいる人はよかったら読書会に参加してください。 良いコードを書く技術 -読みやすく保守しやすいプログラミング作法 (WEB+DB PRESS plus) 今年、プログラミングを本格的にはじめた人や、会社に入って多人数での開発をはじめてやる人に読んでもらいたい書籍。自分一人
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.shosugi.com/2014/03/27/programming_beginner/