"専門性"投稿一覧

Tatsunori Tanaka

プロジェクトマネジメント

担当するプロダクト、PMに求められる役割によって異なるというのが前提ですが。
個人的な意見は以下です。

■基本的な考え
・ジョインする前からドメイン知識を持っておく必要性はない
・ただし、プロダクトマネージャーとしてはドメインを”理解する”姿勢と行動は必要
・特に課題探索、仮説検証をメイン業務にされる場合はドメイン知識が必要になりやすい... 続きを見る

杉田大樹

プロジェクトマネジメント

ドメイン知識については、私も無形商材をGOALに導くための胆力の方が重要と考えております。
一方でメンバーと会話される中でどうしてもドメイン知識が必要になる場面もあるため、ジョイン後少しずつ必要なドメイン知識をキャッチアップするようにしています。

杉田大樹

プロジェクトマネジメント

はじめまして。
「プロダクトマネジメントトライアングル」について初めて知りました。
PdMやPjMの方々の得意な領域は人それぞれだったりするので可視化する一つの手段として役に立ちそうです。
また、採用の際のこのトライアングルを意識するとミスマッチが防げそう。
私に関しては、開発者⇔ビズサイドに接点があるPMでマーケティング、パートナーシップ、ビジネスデベロッ...

Shoichi Namba

エンジニア

インフラエンジニアとのことですがhtmlの話でしょうか？
htmlに関しては絶対パスが望ましいと思います。相対パスはしょっちゅうミスが起こります。表示側だと実際に表示してみるまで気づけないのも怖いところですので。

そうではなくインフラ内部ということであれば環境によって配置箇所が違う場合もありますので絶対パスだと良くないパターンのほうが多いかもしれませんのでそこはちゃ... 続きを見る

T. Suzuki

エンジニア

専門の組み込みエンジニアではありませんが、IoT機器の試作案件など似たような業務を行ってきたものとして回答させていただきます。

組み込みエンジニアですが、将来性や市場価値が高いことは間違いないと思います。

ただし、組み込みエンジニアはマイコンのファームウェアだけ書ければ良いというわけでは当然なく、本職として求められる知識はかなり幅広いです。
低... 続きを見る

Dai Fujihara

プロジェクトマネジメント

「アジャイルコーチ」と名乗って仕事をしているものです。

厳密に言うと「アジャイルコーチはこうだ」という定義はないと思います。また、コーチとは名乗っていますが、純粋なコーチングを広めているICF（国際コーチング連盟）のコーチングとも関連性はありません。

僕の仕事内容は、ざっくりまとめると「アジャイル開発の支援をする仕事」です。広く言うと「ソフトウェ開発に関... 続きを見る

北野勝久

エンジニア

SRE NEXT という日本初のSREに関するカンファレンスを主催している者です。

SREは「サイト信頼性エンジニア」ではなく、「サイト信頼性エンジニアリング」としてまずは捉えたほうがしっくりくるのではないかと思います。実際には職種としてのSREを運用している会社も多いですが。
ですので「SREという組織をつくることのメリデメ」というよりは、「自組織に合う考えを取り... 続きを見る

北野勝久

エンジニア

ここでいうクラウドエンジニアが指すス範囲次第な気はしています。新しくソフトウェアを開発している企業にとって、開発したソフトウェアをクラウド上にデプロイするのは第一に考える選択肢だと思います。
システム全体の運用性を考慮して、クラウドサービスを適切に組み合わせる選択肢を出せたり、信頼性高くシステム運用するための周辺スキルセット（Infrastructure as Codeや周辺にあるInf... 続きを見る

北山 淳也

エンジニア

PHP 6 は当初、内部エンジンで扱うエンコードをすべてUTF-16に変更するという意思決定が実施され
実際に開発も進行しましたが、2010年頃にそのプロジェクトは失敗になりPHP6は欠番とすることが決定されました。
その後、内部エンジンをZend Engine 3に切り替えたPHP7がリリースされました。

バージョン番号を+1ずつ進めなければならないとい... 続きを見る

北山 淳也

エンジニア

スクラムマスターが必要な組織と
その組織で行われるスクラム開発ではスクラムマスターが必要であり
スクラムマスターが不要だと思う組織と
その組織で行われるスクラム開発ではスクラムマスターが不要です。

インフラエンジニアが必要な組織と
その組織で行われる開発にインフラエンジニアが必要であり
インフラエンジニアが不要な組織と

北山 淳也

エンジニア

まず Ruby にしろ Ruby on Rails にしろは現在もメンテナンスとバージョンアップがある言語/フレームワークですから
「古い言語」というのは間違った認識ではないでしょうか。

その上で、Ruby on Rails が初期のリリースからかなり経過しているフレームワークというのもまた事実です。
「受領案件の中でもRuby案件が多々あり」とのことです... 続きを見る

北山 淳也

エンジニア

どんな本でも調べたいことを役立てられるか自分のケースにあてはまるかどうかは読んだ人次第ですから
ここに質問を書いて回答を待つ時間で買って読み始めるのがいいと思います

北山 淳也

エンジニア

フリーランスということですから個人事業主の方だと思うのですが、
その場合「月50~60万円ほどの収入」といってしまうと売上高なのか
税金や経費などさまざまなものを差し引いた後の個人として得られるもの（会社員時代でいうと手取り）なのか
がわからないので、ここをまずはっきりさせた方がいいと思います。

手取り的なものが月50~60万円ほどとなると 続きを見る

ぽむ

エンジニア

SEはシステムエンジニア、SESはシステムエンジニアを提供するサービスを提供する企業や業界、SIerは異なるシステムやソフトウェアを統合して全体のシステムを構築・運用する企業、ITコンサルはクライアントのビジネス課題に対して、最適なITソリューションを提案する専門家です。

KAITECH

エンジニア

よく見る文字で、字面も似ていますが結構違います。
私もIT業界に入る前はよく分かっていませんでした。

SE（システムエンジニア）：職種。プログラムを書いたりする人。
SES：業務形態。人材派遣会社のような業務形態の契約名。
SIer：業種。事業やサービスを請け負う外注の受託企業。
ITコンサル：業種。外部企業に対してコンサルティングをす... 続きを見る

fumiyaki

エンジニア

既にされているかもしれませんがTwitterで専門家をフォローするのが1番良い気がしています

そしてタイムラインのおすすめを自分の興味のある分野に染めていくのがフォロー外からも情報が集まって来て良いと思います

他にもスマホのChromeを使用していたら初期ページにDiscoverが並んでいて、これも自分の検索履歴によって記事をレコメンドしてくれます。 続きを見る

大橋桃太郎

プロジェクトマネジメント

・動機
欲しいサービスが無い、が一番つよいですね..!
存在しても使いづらいとか、そうじゃないとか..

・継続していて良いこと
1. やっぱりものづくりは楽しい
2. 仕事での集中とはまた別で気づきを得られてスキルや考え方に還元される

ほしいものだと無い時に動けないのはありますが、あるときだとどこまでも考え続けられ...

北野勝久

エンジニア

とても良い質問だと思い、回答させていただきます！

自分の身の回りを見ていて感じることですが、プロフェッショナルで生きていく場合、どんな環境でどんな仕事をするかにおいて、自分の伸ばしたい専門性に筋を通し続けている人が多い気はしています。一方、ジェネラリスト志向の場合は目の前のテーマを達成するためなら、なんでもやるスタンスで、自身が関わる範囲の限界を決めていない人がうまくいってい... 続きを見る

tomo

エンジニア

先月出版された「プログラマー脳」という本がまさにこの話題を取り扱っている本なので、興味があれば読んでみると良いかなと。
https://www.shuwasys... 続きを見る

杉田大樹

プロジェクトマネジメント

意識したことがないです。
必要に応じて、ジェネラルなアプローチをしたり、深く入り込んだ方がよければスペシャリストとしてのアプローチを取るかなといったところです。
スペシャリスト領域については自分の知らないことも多いので、各領域に詳しい人との繋がりも大切にしています。