こんにちは、ランサーズのtomohiroです。 ランサーズでは、自社で開催する勉強会で、 『WeekendLancers（週末ランサーズ）』というイベントを開催してきたのですが、少しご無沙汰になっていました。今回改めて再開しようと調整した結果、平日の夜(４月２３日木曜日)になったため、weekday ランサーズとして開催する事になりました。 そして、記念すべきを第１回を私が登壇する事に。 今回のテーマは「開発体制・開発プロセスについて」。 どの会社も成長に伴い、色々試行錯誤しつつ、色んな仕組みや施策を取り入れているようです。 登壇していただいた企業はどこも「自動化」と「情報の集約」はやっているような印象を受けました。例えば、ランサーズでは、「情報の集約」にchatwork と言うツールを使っています。 各社ツールは違えど、アプローチは似ているんだなと感じました。 詳細はぜひ登壇資料をご覧い

Developers Summit2015 (略称デブサミ)は翔泳社が主催するエンジニアイベント。ビズジンでは、ビジネス層向けのセッションレポートをお届けする。初日(2月19日)の朝一のセッションではドワンゴの川上量生代表取締役会長。「このままでは、二流のWebエンジニアが大量に生まれる」と警鐘を鳴らした。 象徴CTOって何？ IT業界のエンジニアイベントにはあまり呼ばれないという川上氏。数年前、とある有名なテクノロジーメディアのイベントに出て、「主催者、事務局、媒体そのものと来場者をdisり、講演自体は高評価だったのですが、その後呼んでもらえませんでした(笑)」と語り、のっけから超満員の聴衆に問いかける。 なんでエンジニアの人って、勉強会好きなんですかね。前から疑問に思ってたんですけど。こういうところに来るより、ネットで調べたりした方が良いんじゃない? 今日のデブサミはいろんな会社のCT

ひげぽん氏オススメ！　エンジニアが絶対に読むべき名著2冊 西村：ということで、色々お話を伺ってきました。趣味でOSを作って言語処理も作ってIPAで採択され、今や世界的な企業であるTwitterに入られてアメリカに行って、シリコンバレーでエンジニアとして、サンフランシスコで活躍されるという、ある種すごい憧れの存在だと思うんですけど。 そういうひげぽんさんから、今まさにこれからエンジニアとしてキャリアを積んでいこう、スキルアップしていこうと考えてらっしゃる画面の前のエンジニアの皆さんに、アドバイスがあればぜひお願いしたいんですが。 蓑輪：わかりました。まずはですね、エンジニアの皆さんも技術書を読むと思うんですけど、その時に1つだけ僕が気をつけていることがあって。それは何かって言うと、技術書を買ってきて読むわけなんですけど、読んだ時に「わかったわかった」っていう感じで自分がわかったつもりになって

(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) これはある仕事熱心な若手開発者のほぼ実話です。2004年の後半、この若手開発者は小さな会社で働き始めました。条件は全て彼の望みどおりでした。給料はいいし、扱うのは彼の得意とするプログラミング言語、アプローチの複雑性、モデリングのアーキテキチャでした。 彼にとって今回の会社が初めての職場ではありませんでした。しかし、ここでの最初のプロジェクトは結果的に 問題だらけ に終わりました。当時、この若手開発者は、機能は絶対に変わらないものだと思っていました。しかし、それは間違いでした。機能が変更されるたびに完全なリファクタリングを行わなければなりませんし、バグを引き起こして膨大な時間を無駄にしてしまいます。彼は、テストを書くといった実直な方法も試してみましたが、書いたテストはメンテナンスが必要な上、書くのに時間

ずいぶん前のことだが、Webアプリケーション開発フレームワーク「Ruby on Rails」が00年代後半にブームを巻き起こしたとき、強い主張を持つソフトウェアとしてRailsは多くの議論を呼び起こした。その中でも最大のものはプログラマの生産性に関するもの。当時、すでにいくつも存在していたJavaベースのWebアプリケーション開発フレームワークに比べて、Ruby on Railsは10倍の生産性を達成できるという主張だ。 Rubyの生産性はJavaの10倍――。この主張が多くのエンジニアの琴線、もしくは逆鱗に触れた。「さすがに10倍は大げさだ」、「いや、現実に設定ファイルやコードを書く行数が劇的に減るのだから、そのぐらい当然だ」と意見が分かれたのだ。 2005年のリリースから約10年。Railsの生みの親で、今もプロジェクトをリードするデイビッド・ハイネマイヤー・ハンソン氏は当時を振り返り

瑕疵担保責任と債務不履行責任 作者: 野澤正充出版社/メーカー: 日本評論社発売日: 2009/08/01メディア: 単行本 クリック: 20回この商品を含むブログ (1件) を見る本エントリは、あくまでもエンジニアの皆様にシステム開発訴訟に関する正確な知識を分かり易く知って欲しいという一心で作成したものであります。「特定のセミナー」とは「一切」関係ございませんのでご了承下さい。 １．法律とITの架橋 法律家とエンジニアの間には深い溝ないしは高い壁がある。その理由の１つには、エンジニアがまじめに法律を学ぼうとしても、自分の問題意識に対応した、分かり易くかつ正確な説明が提供されることが少ないからという点があるだろう*1。非法務系の方相手に講演（と言う程のたいそうなものではないが）をすることも多く、一応国家資格*2であるプロジェクトマネージャ試験（情報処理技術者試験）に合格し、過去に 非法務系

「押さえておきたいvSphere の基本」の可用性編として、2回に分けてvSphereのリソースコントロールの機能と可用性を高める機能のご紹介をしたいと思います。 1回目の今回は、vSphere上でゲストOSを運用する際、特定のESXiホストの負荷が高くなった場合、柔軟なリソースコントロールと稼働ホストの分散により、ゲストOSへの稼働に影響を最小限に抑える機能をご紹介します。 利用ケースとして、複数のESXiホストが稼働している状況で、各ホストのリソースを効率よく活用することにより、ゲストOS間のパフォーマンス劣化を防止することやより高い統合率での仮想環境の運用が可能になります。 その他、サーバリソースを追加した場合、新たに追加されたサーバのリソースの効率的な利用などもあります。 仮想マシンが増えてきた場合、それらの仮想マシンの負荷を想定して、どのサーバー上で稼働させればパフォーマンス最適

このスライドは Markdown でプレゼンテーションが作成できるサービス Stobo で公開されています。

ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ

またHTML5 Minutesに登壇してきました。今日はPCを自宅に忘れてiPhoneでブログを書いています。こんにちは先生です。 今日はHTML5 Minutesでお話した「フロントエンドエンジニアとして維持するために」という内容を整理してお届けします。本テーマはHTML5の話ではなく、その前の段階である“情報をいかに効率よく集めるか”というお話です。 はじめに フロントエンド界隈は非常に変化が激しくなっています。 HTML,CSS,JavaScriptはもちろんのこと、SassやLESSなどのプリプロセッサ、TypeScriptやCoffeeScriptなどのAltJS、GulpやGruntなど開発環境も多様化しました。JavaScriptだけ見ても、BackboneからEmber、Angular、Reactなどさまざまなライブラリやフレームワークが注目され、使われています。 そんな激

本スライドはTECH::CAMP主催で2015年4月11日、4月19日に200名以上を動員して開催された「非エンジニアカンファレンス」の勉強会資料です。 ※本資料は説明のため簡易に表現している箇所があります。 TECH::CAMP: https://tech-camp.in/

Google's email service was born on April Fool's Day. Today, it's no joke. We can't do a day without it. Trivia about Gmail may not be useful for productivity, but I bet you will jump at a tip that shows you how to delegate your email to an assistant or spouse. It turns out Google is filled with these little nuggets. We ignore them because sometimes we take common tools for granted. Google's tools

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ

このコーナー「禁断の外注コントロール術」が電子書籍になりました！ 前回からかなり久しぶりの更新ですが、電子書籍化記念に、連載の第7回をお届けします。 外注の良し悪し、どう見分ければいいの？「ダメな外注」と「優れた外注」を、あなたはどうやって見分けていますか？ たとえば、次のようなものも、判断基準としては悪くないでしょう。 実績売上高従業員数問い合わせしたときの対応営業の印象これらの基準でうまくいくこともあれば、うまくいかないこともあると思います。 では、こうした規準でうまく判断できなかった場合は、どうやって見分ければよいのでしょうか。 すでにその外注と仕事をしたごとがある知人に聞くのも、いい方法です。でも、都合良くそういう人が周りにいるとは限りません。 本記事では「実績」「売上高」といった企業の履歴書的なもので判断するのとは違う、良い外注と悪い外注の見分け方をご紹介します。 良し悪しを判断

2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod