リモートワークエンジニア求人Remogu（リモグ）
Remoguコラム

Remoguコラム

未来の選択

企業インタビュー

「完全在宅の案件を通す材料」を示す図です。探すことから示すことへ、通りやすさ。探して見つける／こちらから示して通すを並べています。強調しているのはこちらから示して通すです。

完全在宅の案件は探せる？条件として通すために用意する材料と伝え方を整理

「Webデザイナー案件の範囲」を示す図です。見た目を決める仕事／画面として動く形にする作業を並べています。強調しているのは画面として動く形にする作業です。

Webデザイナーの案件は実装まで含むのか？担当範囲の線引きと注意点を解説

「業務委託で不利になる点」を示す図です。条件が書かれていない／支払いが期日どおりでないを並べています。強調しているのは条件が書かれていないです。

【業務委託の案件】不利になりやすい点と、条件で先に潰す進め方を解説

「Webエンジニア案件の範囲」を示す図です。自分たちで作る部分／外のサービスを使う部分を並べています。強調しているのは外のサービスを使う部分です。

Webエンジニアの案件で任される範囲｜案件情報から読み取る手がかりを解説

「システムエンジニア案件の担当」を示す図です。何を作るかを決める／設計する／動くものにするを並べています。強調しているのは何を作るかを決めるです。

【システムエンジニアの案件】担当する工程はどこからどこまでかを整理して解説

「インフラ案件の担当範囲」を示す図です。用意する仕事から動かし続ける仕事へ、任される範囲の広さ。インフラの案件／用意する仕事／動かし続ける仕事を並べています。強調しているのは動かし続ける仕事です。

インフラエンジニアの案件で任される範囲｜自動化と監視を持つ条件の違いを整理

「AWS案件で任される範囲」を示す図です。新しく作る／動かし続ける／計測と可視化／自動化を並べています。強調しているのは動かし続けるです。

AWSの案件は構築と運用のどちらで呼ばれる？任される範囲と条件の違いを整理

「JavaScript案件の担当範囲」を示す図です。利用者が見て操作する画面／画面に出すデータの受け渡しを並べています。強調しているのは利用者が見て操作する画面です。

JavaScriptの案件で担当するのは画面かデータか｜範囲の違いと確かめ方を整理

「C言語案件の担当範囲」を示す図です。書いたソフト／動かす機器／実機で確かめるを並べています。強調しているのは実機で確かめるです。

C言語の案件は組込みが中心？機器に載せる開発で任される範囲と条件を整理

「業務システムの3つの部分」を示す図です。画面／帳票／処理を並べています。強調しているのは処理です。担当はどれかと添えています。

【C#】業務システムの案件で担当するのはどの部分？画面と帳票と処理の違い

「引き受ける前に見る資料」を示す図です。見る資料／部品の一覧／設計書／確認の仕組みを並べています。強調しているのは部品の一覧です。ここを見ると添えています。

CakePHPの案件は古いバージョンの改修が中心｜引き受ける前に見る条件を整理

「新規開発と既存の改修」を示す図です。新規開発の案件／既存システムの改修を並べています。強調しているのは既存システムの改修です。こちらが多いと添えています。

PHPの案件はどんな現場が多い？既存システムの改修と新規開発の違いを整理

「外から入るPMが確かめること」を示す図です。決める人／文書／契約の型を並べています。強調しているのは決める人です。ここから確かめると添えています。

【プロジェクトマネージャー】外から入る案件で最初に確かめる3つの条件

「整っていない領域から着手」を示す図です。整っている領域／空いている領域を並べています。強調しているのは空いている領域です。ここから着手と添えています。

セキュリティ対策の優先順位はどう付ける？整っていない領域から決める条件

「理由が付いた指定と付いていない指定」を示す図です。理由が付いた指定／理由が無い指定を並べています。強調しているのは理由が無い指定です。ここに来ると添えています。

【デザイナーとの連携】実装側が持つ判断はどこまでか｜条件の違いを整理

「受け渡しの4つの取り決め」を示す図です。取り決め／指定の範囲／伝え方／名前の付け方を並べています。強調しているのは取り決めです。ここを決めると添えています。

Figmaを使う案件で受け渡しに必要な4つの取り決め｜条件の違いを整理

「社内SEの案件を外から受けるときの範囲」を示す図です。中でやる範囲／外から受ける範囲を並べています。強調しているのは外から受ける範囲です。ここが来ると添えています。

社内SEの案件を外から受けるとどうなる｜任される範囲と条件の違いを整理

「監視の設計で決める4つ」を示す図です。見る対象／見せ方／やめるものを並べています。強調しているのは見る対象です。ここを決めると添えています。

監視の設計で決めることは何か？見る対象の選び方と条件を公的な方針から整理

「引き継ぎで受け取るもの」を示す図です。引き継ぎ／文書／一覧／理由を並べています。強調しているのは一覧です。ここは残っていないと添えています。

運用の引き継ぎで受け取れるものは何か｜受け取れない前提と条件を整理

「機械学習の案件は作った後の運用が本番」を示す図です。作る／続けるを並べています。強調しているのは続けるです。ここが本番と添えています。

機械学習の案件は運用が中心になる｜作った後に任される範囲と条件を整理

「テストの範囲を決める3つ」を示す図です。範囲／工程／文書／責任を並べています。強調しているのは範囲です。ここで決まると添えています。

テストエンジニアの案件で範囲はどう決まる｜条件の違いと確かめ方を整理

「土台を作る仕事と回す仕事」を示す図です。土台を作る仕事／回す仕事を並べています。強調しているのは土台を作る仕事です。ここで分けると添えています。

QAエンジニアの案件で自動化はどこまで任される？線引きと条件を整理

「外を見る・内を見る・手順に載せる」を示す図です。役割／外を見る／内を見る／手順に載せるを並べています。強調しているのは役割です。ここが役割と添えています。

セキュリティエンジニアの案件はどう切り出される？役割と条件の確かめ方

「資産に変える3つの対象」を示す図です。手順／繰り返す作業／確かめる作業／やめる判断を並べています。強調しているのは手順です。ここを資産にすると添えています。

Ansibleの案件は手順を資産に変える仕事？任される範囲と条件を整理

「移行だけと運用まで」を示す図です。移行／運用の作り替えを並べています。強調しているのは運用の作り替えです。ここまで含むと添えています。

【PostgreSQL】移行だけでは終わらない案件の範囲と運用の作り替えの条件

「Rustの案件が集まる場所」を示す図です。案件／戻せる場所／戻せない場所を並べています。強調しているのは戻せない場所です。ここに集まると添えています。

Rustの案件はなぜ性能と安全性が厳しい開発に多い？選ばれる条件と注意点

「案件が集まる3つの場所」を示す図です。つなぎ目／動かし続ける／作る側を並べています。強調しているのはつなぎ目です。ここに集まると添えています。

Go言語の案件はどんな仕事が多い？API連携と運用と新規開発の違いを整理

「Perlの案件が残る理由」を示す図です。残る理由／止められない／書かれていない／決める人がいないを並べています。強調しているのは残る理由です。ここが理由と添えています。

Perlの案件はなぜ残っているのか｜引き取るときの条件と確認の注意点を整理

「Webディレクターの案件で決めると作るの境界」を示す図です。決める側／作る側／境界を並べています。強調しているのは境界です。ここで分かれると添えています。

Webディレクターの案件で作る側との境界はどこか｜条件の違いを整理

「信頼性の目標の決め方」を示す図です。測れる範囲／測れない範囲を並べています。強調しているのは測れる範囲です。ここから決めると添えています。

SREの案件で信頼性の目標は誰が決める？決め方と条件の確かめ方を整理

「保守の契約で決めること」を示す図です。範囲／期間／終わり方を並べています。強調しているのは終わり方です。ここが抜けやすいと添えています。

保守の契約で決めるのは範囲と期間？条件の確かめ方と注意点を整理

「止まったときの持ち場」を示す図です。全体／持ち場を並べています。強調しているのは持ち場です。ここが持ち場と添えています。

【Kubernetes運用】障害時の担当範囲はどこまで？条件の確かめ方を整理

「Azureの案件で確かめること」を示す図です。クラウドに乗る／構成が新しくなるを並べています。強調しているのは構成が新しくなるです。ここは別のことと添えています。

Azureの案件は複数クラウド前提になるのか？入る前に確かめる条件を整理

「Oracle移行で決めること」を示す図です。移すだけ／刷新の時期まで決めるを並べています。強調しているのは刷新の時期まで決めるです。ここを先に決めると添えています。

【Oracle移行】案件で判断の材料はどう作る？見積りの前に決める条件を整理

「開発と本番の差」を示す図です。開発の環境／本番の環境を並べています。強調しているのは本番の環境です。ここを埋めると添えています。

Dockerの案件で埋めるのは開発と本番の差｜任される範囲と条件を整理

「Terraformで決める既定」を示す図です。既定／使う量／見る／やめるを並べています。強調しているのは既定です。ここを決めると添えています。

Terraformの案件で任されるのは設定の標準化｜リソース量と監視の条件を整理

「GCPの案件がある場所」を示す図です。データを整える／見えるようにするを並べています。強調しているのはデータを整えるです。ここに仕事があると添えています。

GCPの案件はデータ寄りが多い｜任される範囲と条件の違いを公的データで整理

「Swiftの案件の中身」を示す図です。Swiftの案件／新規開発／端末の更新への追従を並べています。強調しているのは端末の更新への追従です。ここが土台になると添えています。

Swiftの案件は端末の更新への追従が中心？年間の稼働の置き方と注意点を整理

「Kotlinの案件の線引き」を示す図です。Javaの資産／同居する範囲／Kotlinで書く範囲を並べています。強調しているのは同居する範囲です。ここが同居すると添えています。

【Kotlin】案件は既存Javaとの同居が前提？担う範囲の線引きと注意点を整理

「TypeScriptの案件の線引き」を示す図です。自動で止まる範囲／型で止める範囲／重なる範囲を並べています。強調しているのは型で止める範囲です。ここを型で止めると添えています。

TypeScriptの案件で型はどこまで書くか｜止める範囲の線引きと条件の違いを整理

「Nuxtの案件で引き継ぐ範囲」を示す図です。いまの画面／置き換える画面を並べています。強調しているのは置き換える画面です。ここを置き換えると添えています。

Nuxtの案件は移行の途中から入るのか｜引き継ぐ範囲と条件の違いを整理

「Next.jsの案件で描画の方式を決める2つの軸」を示す図です。端末が偏る／更新が少ない／端末が広い／更新が多いを並べています。強調しているのは端末が偏るです。ここで決まると添えています。

Next.jsの案件で描画の方式は誰が決める？判断の材料と条件の違いを整理

「Node.jsの案件でつなぎ目が担当になる理由」を示す図です。サーバー側だけ／両側とつなぎ目を並べています。強調しているのは両側とつなぎ目です。ここが担当になると添えています。

Node.jsの案件で担当する範囲はどこまで？バックエンドとフロントエンドの違い

「Springの案件で担う範囲」を示す図です。触る範囲／影響が及ぶ範囲／全体を並べています。強調しているのは触る範囲です。ここが担当と添えています。

Springの案件は大規模の保守が中心？担う範囲の線引きと確認の注意点を整理

「Djangoの案件の境目」を示す図です。データ処理／業務システム／つなぎ目を並べています。強調しているのはつなぎ目です。ここが担当と添えています。

【Django】案件でデータ処理と業務の境目はどこ？任される範囲の違いを整理

「Laravelの案件で問われる範囲」を示す図です。設計の妥当性／品質の担保／実装を並べています。強調しているのは設計の妥当性です。ここまで見られると添えています。

Laravelの案件で問われるのは実装力だけか｜受託の現場が見ている条件を整理

「Railsの案件で見る部品の把握」を示す図です。一覧にある部品／分からない部品を並べています。強調しているのは分からない部品です。大半が見えていないと添えています。

Railsの案件は版が上がる前提で受けるべきか？構成の把握と更新の進め方を整理

「単価の交渉に使える材料の重なり」を示す図です。相手が見る軸／自分が示す材料／重なるところを並べています。強調しているのは重なるところです。ここが材料になると添えています。

単価の交渉に使える材料は3つ｜評価される軸と示し方の違いを公的データで整理

「契約の更新のたびに担う範囲が広がる仕組み」を示す図です。最初の範囲／広がった範囲を並べています。強調しているのは広がった範囲です。ここで確かめると添えています。

契約の更新で確かめることは何か｜担う範囲と報酬の期日の見直し方を整理

「請負で負う範囲」を示す図です。成果物の全体／完成の定義／検収で見る範囲を並べています。強調しているのは完成の定義です。ここが責任の範囲と添えています。

【請負契約】エンジニアが負う責任の範囲はどこまで？完成の定義と確認の注意点