サービスか受託か。Webサービスを作るということ | F's Garage
先日、某SIコンサル社にいる方が、まだ転職を悩んでるという前提でのカジュアル面談に臨んだ。その人の転職理由というのは、僕が受託の会社から転職した時に言っていたこととそのままだったので、是非、本面接に進んで欲しいと思った。 その一方で、受託からWebサービスに来る人に、よく言うことして、 「受託からWebサービスに来ると、ファンタスティックな案件がなくなってつまらないかもしれないですよ」 と言う話をする。これはどういうことか？というと「技術的チャレンジ」を求めるならば、筋の良い受託の会社にいる方が楽しくて、Webサービスはコードを書いている瞬間から技術的なレガシーを産んでおり、先々に渡って最初の選択の影響を受けるので、あなたの技術力の定義が「話題の言語でコードを書けること」であるならば、Webサービスはあんまり勧めません、という話をする。 当時僕がいた会社は、技術の共通化がまだ進んでおらず自
業務委託で開発をお手伝いいただく時に思うこと | F's Garage
開発内製をしている組織が、業務委託で外部の方の力を借りて開発をお願いするというケースにおいて、発注者側が業務委託で仕事をお願いする時に思ってることを書いてみようと思う。 エンジニアで独立心が高い人であれば、技術顧問だけじゃなくても、部分的な工数を切り売りして複数のプロジェクトに関わりあいたい気持ちもあったりと思うので、そういう人に向けても一助になれば幸いです。 前提条件 ここ背景的な追記事項なんですが、基本的な対象者は、「社員になってもらえたら超ラッキーみたいな人が、すでにフリーランスだったり、自分の会社を持っていて、別の仕事もやっている」という先方都合が上位なケースにおいて、業務委託でのみ契約に至る時に考えたりしたこと、という前提条件を追加しておきます。 ちょっと一般化して書いてみたら、もっと世界が広かったようで、そちらの世界の方で誤解を生んでいるケースもあるように思えました。それは純粋
フルスタックエンジニアよりデュアルスタックエンジニア | F's Garage
（言葉遊びみたいな記事を書きますね。その上、用語の使い方が間違ってたらごめんなさい。） 一時期、フルスタックエンジニアって言葉流行りましたよね。ふと、要件どこまでだっけ？と思って調べようと思ったんですが、日本語で調べると、妄想が暴走してロクな話が出てこなそうなので、英語の方で調べてみるとわかりやすい。 What is a Full Stack developer? Server, Network, and Hosting Environment. Data Modeling Business Logic API layer / Action Layer / MVC User Interface User Experience Understanding what the customer and the business need. 個人的には、ネットワーク監視やデプロイなどのインフラ運用
ソフトウエアエンジニアは時間外に勉強をすべきか？〜CTOから新入社員に向けてのメッセージ | F's Garage
wantedlyで、CTOから新入社員にむけてのメッセージというブログを書いたのですが、 新入社員の転職戦略 by 藤川 真一えふしん | BASE株式会社 内容的には、普通の会社員の生き方の話であって、改めてよくよく考えると「CTOから」と書いてあるのだから、もしかして期待されてることが違うんじゃないかと思ったので、もう少し技術寄りのバージョンをここに書いてみます。 お題は「ソフトウエアエンジニアは時間外に勉強をすべきか？」ということに触れてみたいと思います。 エンジニア採用系の記事が増えたことで、少し過激な表現として「ソフトウエアエンジニアは、時間外に勉強すべき！」という言説がネットで出回っていて、これについて賛否両論あるようなので、議論してみたいと思います。先に書いておくと、この文章、長くなってしまいました。 そして、この記事の結論を先に書くと「他人を出し抜く機会が時間外にこそある」
PHPを使う成長するサービスにおけるエンジニア採用の視点 | F's Garage
BASEは、昨年末のメルカリ社との関係性が高まったことを期に改めて採用を強めている。中心となるのは、強力に事業を推進するところにコミットしてくれるエンジニアの募集だ。 先日、リブセンスの桂さんに当社にお越しいただいて、結構ハードな対談を収録した。 BASEえふしん×リブセンス桂 CTO対談（前編）―今求められるエンジニアは、自分の会社から「はみ出ている人」― 桂さん、バシバシ、突っ込んでくるもんだからついついハードな発言をしているかもしれない。 最近、思っているのがどうやってPHPを扱う会社で優れた人材に来ていただけるか？という部分。 PHPは、多分、今も昔も中心なんだか周縁なんだかわからない立ち位置にいる。PHPをPHP市場だけで捉えると、高トラフィックなサービスを経験するという、「良い経験をしてきたエンジニア」は、藤本さんところのグリー社、グリー出身者、最初からPHPを活用していたYa
プロダクト指向派におけるWeb開発言語の選択 | F's Garage
ずっとPHPについて考える機会が多かったのだが、PAY.JPをきっかけに、PyconJPにもスポンサーを通じての参加や、イベントにも少しだけ関わらせていただいてたから、Pythonの魅力を探る機会も増えた。 よくよく聞いてみるとPythonの魅力は、試行錯誤のしやすさということにあるようだった。データ解析に強いというのも、研究者が試行錯誤をするためのライブラリがそのまま実戦にも投入できるというところがポイントとしてあるらしい。そもそもデータ解析ライブラリそのものはC言語で書かれていて、グルー（糊）としての試行錯誤言語としてのPythonという使い方が一番人気のようだ。 何故、そこが重要なのかというと、Googleの検索ランキングアルゴリズムに振り回されるSEOの構図が典型例で、データ解析はスクラップアンドビルドの典型例で、一度決まったデータ解析手段において作られたエコシステムは、遠くないう
SIerモデルが経年劣化してる。それはネットビジネスの遠くない未来 | F's Garage
以下の記事は本当だったと仮定した感想 SIはやめておけ 請負業において工数で見積もりをするのは当然のことだ。今のところ、それしか価値を計る方法はないし、価値を生むかわからない顧客の要望に答えるならば単価ｘ時間などの成果から外れた報酬をもらうのはエクセレントな方法論であろう。 システム構築のプロフェッショナルが、顧客のビジネスの成否から切り離してシステム開発を請け負う理想的な形だと思う。 しかし、作ったシステムが成熟した結果、社会全体の中で「何かを維持をする仕事」の方が大きくなったのだと思う。日本社会が成長しているうちは、システムを維持する仕事に対する経済への寄与が増大していくのだろうから、十分ビジネスとして成長したと思うが、日本社会が成長しなくなると、既存システムはそれ以上の売り上げをもたらさない可能性が高い。 つまり経済規模は大きいが、成長をもたらさない。そういうビジネスは、守りに入る。
日本のソフトウエア技術者の雇用条件の問題点 | F's Garage
とあるSI向けが得意そうな有名転職斡旋会社の採用要項のシートを書いていて、だんだんイライラしてきて、ついついブログに逃げてしまいます。 すごく誤解をされやすい話を書いていいですか？センシティブな話なので、正直言って書きにくいです。 自分は製造業出身なので、大卒、院卒と大卒以外の人たちの新卒事情に、ヒエラルキー的な差があるのは事実として意識しています。 つまり製造業の場合は、設計や開発を行う技術者、と、主にラインでものつくりを行う製造の立場というのがあると思います。大卒は原則、設計、開発や生産管理で、高卒とかだとブルーカラーという立ち位置で給与水準などが違うという現実があるかと思います。 最近まで意識してなかったんですが、それをソフトウエア産業にそのまま適用すると、いわゆるSE職が大卒、生産部隊としてのプログラマ職が大卒以外ということになるみたいですね。 ・ホワイトカラーエグゼンプションの議
スタートアップや新規事業に限った技術的負債の考え方 | F's Garage
最近のエンジニアの感覚だと、技術的負債というのを極端に嫌うケースがあるそうですね。 技術的負債とは… 行き当たりばったりなソフトウェアアーキテクチャと、余裕のないソフトウェア開発が引き起こす結果のことを指す新しい比喩である。 wikipedia – 技術的負債 この言葉は確かにキャッチーだ。プログラムなんて動けばいいでしょという上司に楯突く時に使いやすい武器になりそうだ。 「負債」という言葉はなかなか面白い比喩である。 では少し、負債という言葉について調べてみると、こういうのが見つかる。 負債は借入金や買掛金などの法律上の債務であるとイメージされがちですが、厳密にいったらこれは間違いです。 すなわち負債とは、法律上の債務に限らず、いずれ会社が負担することになるであろう経済的負担で貨幣額で合理的に評価できるものが該当します。 http://financial.mook.to/accounti
枯れた技術思想が危険な時代 | F's Garage
昔、WindowsNT4の頃に、ひどい目にあったIT技術者はWindowsを感情的に嫌うひとが多いです。その反動からか、BSDやLinuxの安全思考は力強いブランドを得て、BSDはMacのベースOSとして活用され、LinuxはサーバOSとして世界中を席捲する流れになりました。 ところが最近、Linuxや周辺を取り巻くソフトウエアのセキュリティ問題が大きくクローズアップされています。 オープンソースは多くの人の目に触れるから脆弱性が見つかってもすぐに修正されるという問題は、最近新たな価値観に変わりつつあるように思えます。 ・人間は必ずバグを作りこむ ・人は間違ってないと信頼しているものには、驚くほど関心を持たない。 ・メジャーなソフトウエアでもびっくりするような不具合があった。 結局のところ、「枯れたソフトウエア」が実は枯れていなかったというのが流れで、セキュリティ問題は、全ての時計の針を最
ついにIEの旧バージョン問題に引導渡る | F's Garage
いつもネットトレンドはSEOから。 ◆一昨日までの状態まとめ １．SSLを使うサイトは検索エンジンから評価されるとの噂があります。 また、そうでなくても会員情報を扱うサービスサイトのSSL化は必須でした。 何故かと言うとスマホ＋無線LANで、比較的カジュアルに盗聴される可能性があるからです。 故に、特にサービス系サイトは入り口からSSLによる暗号化通信によってのみ接続可能なサイトが増えていました。 ２．別の話で、かつて隆盛を誇ったIE6をいつまでサポートするか問題というのが懸念としてありました。 「まぁ正式対応してなくてもつながるならいいか、まだXPでバージョンアップできないユーザーもいらっしゃるし」 ぐらいの感覚で、何も真面目に正式対応はせずとも、つながる可能性を維持しておくのが大人の判断だったと思います。 シェアの話を出しても、もともと全体的にはレアな方々をどこまでサポートするかという
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと | F's Garage
「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと 例により当たり前のようなことを偉そうに書く記事 toエンジニア向け ■「負債」は「資産」です。ご注意を。 ソフトウエアエンジニアの人たちは「技術的負債」という言葉を使うが、会計に慣れてないと、ものすごーーくネガティブなニュアンスを含んでいるような気がしてしまうが、会計上の「負債」というのは「資産」に分類されることも忘れずに。 負債は利息を払ってるから早く返そうぜ、という文脈もあるだろうが、同時に「負債もお金を稼ぐ功労者なのだから、そこはリスペクトして、うまくやろうね」という視点もあるってしかるべき。これはうまく両立されるべきで、その気持ちがうまく同期できてないとエンジニアの側が辛くなるんじゃないかな。 特に経営者で苦労された方であれば、そんなことに動じ
PHP vs Ruby 把握できていない人材採用市場 | F's Garage
どこ言ってもネット系スタートアップはエンジニアの募集に苦労している話を聞く。 聞くと応募が全然来ない、ということらしい。 しかしその一方で、ネット系のテクノロジはコモディティ化のスピードが早いため、自分のスキルが無効化されてしまうんじゃないかと戦々恐々としている人たちがいる。 不安に思うぐらいなら、それなりの人数がいるハズで、危機感なり向上心(?)を持った人がいて、うまく出会えれば、採用可能性があるってことだよね。 …の割にエンジニアの採用に困っている声が絶たないのは何故だろう。 仮説としては、 ・求めるスキルに不整合があって、応募したくない。 ・求めるスキルに不整合があって、応募があっても採用できない ・スタートアップだと給料が下がるんじゃないか？！と思って応募できない ・スタートアップに興味が無い。不安定だし。 ・自分の実力ではスタートアップは無理じゃないかと思っている。 ・実はエンジ
Webのフレームワークの価値ってなんだろなって改めて思う。 | F's Garage
この記事ね。ちょいと炎上してるけど、言ってることはわかるんですね。 今すぐ辞めて欲しい、「Ruby on Rails勉強してます」「CakePHP勉強してます」 タイトルが誤解を生んだので妙な方向になってるようですが、要するにRailsやCakeを使うための学習コストを払おうとして悶々としてるくらいなら、普通のHTMLやSQLを使ってPHPなどを書けるようになってから、フレームワーク勉強したほうがいいんじゃね？ということだと思います。 ノーフレームワークのPHPって、ある意味、学びの材料としての粒度として最適なのかなって最近思ったりしています。 例えば個人的にフレームワークで過剰かもなって思うものに「オートリンク作成」「オートフォーム作成」の２つの機能があります。 オートフォーム作成は、それこそSmartyの頃からありますけど使ったことがなくて、何故にHTML生成を特殊な関数に置き換える必
エンジニアが起業に向いてない、たった１つの理由 | F's Garage
昨日、Spinoutという主に大企業に勤める方に起業を勧めるイベントでしゃべってきました。主催はANRI、Skyland Venturesという若手VCの人たち。 題材は、「１００万人に使われるサービスの作り方 第一歩」というタイトルです。現在、僕が思っている「これからのネットはこうなったらいいなぁ」という考え方の元、ShopCard.meというアプリのコンセプトで考えた裏話的なことをベースに、起業アイディアに繋がるようなお話をし、じゃぁ実際にどうやっていく？！というのをお話させていただきました。 割と雑多な話になってしまってはいるのですが、資料を置いておきます。ただ、その場で話を聞かないと、過剰に伝わるというか、真意が伝わらない可能性があって、そこだけちょっと心配ではあります。またどこかでお話する機会がありましたら、その時にまたお話しますね。 今回、タイトルに書いた「エンジニアが起業に向
「見積りの根拠出してくれっていったら、金くれって言われたよ」の問題点について | F's Garage
この話は面白い。 “見積りの根拠出してくれっていったら、金くれって言われたよ” 「お客さんが簡単にできるだろうと思っているシステム」を開発会社に見積もりを出してみたら、350万円から2200万円という見積の幅が出てしまった。その中で、最安値の会社が営業も好感触なので選んでみたけど、見積の根拠を聞いたら業者が考えてることがよくわらかないので困った、という話。 はてなブックマークでも沢山の人がコメントをつけてるし、丁寧に分析している方もいる。 はてなブックマーク – 見積りの根拠出してくれっていったら、金くれって言われたよ システムを作るとはどういう事なのか？ ～人の感性は十人十色～ – plumauto892のブログ この話の最大の問題点は、このお客さんが好感触とおもった営業マンが、お客さんを説得できてないという部分に尽きる。 何故、このシステムが何故350万円なのか？！というのをお客さん
１０年前に抱いた車に対する期待はテスラが全て実現していた | F's Garage
今日、代官山蔦屋で開催されていたコイニーのイベントに行ってきた。イノベーティブな商品を沢山集めて、すべてコイニーで買えますというイベントで、目玉商品として展示されていたテスラSの予約金がコイニーで決済できるようになったそうだ。これによって試乗会や展示会で気に入ったら、すぐにその場で手付金を支払って予約できるようになる。 昔、2002年にマツダのアテンザを購入した時にすごく悩んだのは、車は10年ぐらい乗りたいと思っていたのだが、アテンザはダッシュボードのパネルにオーディオが完全に組み込まれたデザインになっており、簡単にはオーディオ系を入れ替えることができないので、10年以内に車がものすごいネットと繋がって情報化してしまったらどうしよう？！と思っていたのだが、それは完全に杞憂だった。トヨタ自動車はKDDIの大株主にも関わらず、である。 それに対してテスラSは、ダッシュボードに17インチのタッチ
過熱する退職エントリーの内容について | F's Garage
この話、背景まで考えてみると、結構悲しいなぁと思ったわけです。 Web系エンジニア1年半ですが、このたびは転職する運びとなりまして、各位に連絡させていただきます – mizchi’s blog 該当の会社はスタートアップとして２年で、まだ結構赤字の会社。 大量調達した手前、少なくとも人件費を上げるとしたら相応の理由がいるはず。まず気になっちゃうのは、「がんばったから」というより、他の人たちとの兼ね合い。他の人ってのは新卒じゃなくて、同じ会社の他のエンジニアと比較して抜けていたのか、そうでないのか。 増田の記事でこんなのもあった。 エンジニアの給料って転職しないと上がらないものなの? かれこれ5年目で上がり続けてるんだけど、俺はとんでもなく幸運なわけ? 同じくITエンジニアだけど、会社の技術力は大したこと無い。 最近誰も自分に対して文句を言えなくなってしまってるので、成長とか考えると転職を考
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スタートアップが知っておくべきAWSの各サービス(2015/6版） | F's Garage