テクニカルサポートというお仕事 - nekop's blog
tstalk Vol.1というテクニカルサポートのトークイベントに行ってきていろいろお話したり聞いたり考える機会になったので書き出しておくよ。いろいろなテクニカルサポートな人が集まっておもしろかった。ソフトウェア製品サポート、ハードウェア製品やそのファームのサポート、非サポート(興味がある、昔やっていた、サポートを利用するお客様の立場だけど、というような方々)、その他、みたいなごちゃまぜ編成。 ランダム箇条書きな感じで。 テクニカルサポートは楽しい テクニカルサポートはケーキバイキングみたいなお仕事 基本的に扱う内容はエンジニアであるお客様がつまずいた「技術的に難しいところだけ」おいしいとこどり食べ放題 「サポート」を「エンジニアリング」する、多くの改善余地のある創造的な作業が多め 例えばプログラマ関連だと、WebとDBとの橋渡しをするだけのコード書きや(デザインなどの創造的な作業ではない
エンジニアがマーケティングを学ぶべき 4つの理由 - おいちゃんと呼ばれています
前回のエントリーでエンジニアもマーケティングを学ぶべきだと書いたところ（「技術だけじゃないエンジニア」を目指す人はゼッタイ読むべき『マーケティング戦争』）、 エンジニアが中途半端にマーケティング勉強するよりも、マーケティングができるヤツと組んだ方がよくね？ という意見をいただきました。 また僕の大好きなロケスタ社長けんすうさんも "ネットサービスで起業するならディレクション能力は社内に - ロケスタ社長日記 @kensuu 全部を1人が持っている必要はない と書いています（けんすうさんはマーケティングではなく「ディレクション能力」と表現していますが、指している内容は共通するところがあります）。 ふむ。良い機会なので少し補足してみます。 実は「技術だけじゃないエンジニア」VS「エンジニア + マーケター」ではない 実を言うと「技術だけじゃないエンジニア」と「エンジニア + マーケター」どっち
GitHub, Inc.のmojomboことTom Preston-Werner氏が2008年の12月に書き上げてそのままお蔵入りにしていた... - Sooey
GitHub, Inc.のmojomboことTom Preston-Werner氏が2008年の12月に書き上げてそのままお蔵入りにしていた、「GitHubの1年目から学んだ10の教訓」というエントリが公開された。 Ten Lessons from GitHub's First Year 10の教訓は以下の通り。詳細は元エントリをご覧ください。 早く始める (Start Early) 顧客に合わせる (Adapt to Your Customers) 楽しむ (Have Fun) Twitterに注意をはらう (Pay attenton to Twitter) 意のままにデプロイする (Deploy at Will!) オフィスはいらない (You Don't Need an Office) オープンソースを通じて雇う (Hire Through Open Source) チームを信じる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
