"組織/チーム体制"投稿一覧

Masahiro Ogawa

エンジニア

私も時間が足りないのが悩みでしたが、どちらかというと副業を始めたことによって生活上の雑務(掃除や洗濯など)をやる時間が圧迫されてしまったことでした。
私の場合、コミットできる時間が足りない部分については、進捗状況をこまめに報告することと、期待値コントロールをしっかりして乗り切れました。私は週8時間契約でしたが、私より多い時間で契約していた人でもパフォーマンスが出ず、辞めてしまう人もいまし... 続きを見る

Masahiro Aikawa

エンジニア

風の噂程度になってしまいますが、AIの登場により未経験者の採用は厳しくなってきているようですね、、
今後はAIをいかに活用するかが重要そうですね。

kentaro haneda（jumbo）

エンジニア

チームの習熟度や設計、再利用可能なコンポーネントの量次第かと思います。
コンポーネント思考な仕組みを使わないよりはUIの再利用性を高く実装できるというメリットがあり、作りやすいとは個人的に思いますが、大きくコスト削減ができるイメージはないです。
むしろケースによっては冗長に実装しないといけないケースもあるので、実際に担当するフロントエンジニアと効果についてしっかり詰めて議論した...

KAWASHIMA Yoshiyuki

エンジニア

Git や Backlog などの管理ツールに関して、これらは言語に依存しませんので、変わらないです。

開発ツールに関しては、 macOS と Xcode が必須になります。
実機デバッグをするのであれば、 iPhone/iPad も手元にあると良いです。

KAWASHIMA Yoshiyuki

エンジニア

しやすいです！

リモートワークでしか開発したことがないです。
モバイルアプリ開発は供給不足が蔓延しているため、企業側もリモートワークを前提にしているケースが増えてきています。

KAWASHIMA Yoshiyuki

エンジニア

はい。不足していると感じています。
不足の理由の一つに、開発環境が Web と比較して手軽ではない点があると思います。
iOS と統合開発環境の Xcode 及び関連ライブラリの生存期間が短く、トレンドをキャッチアップし続けることも人が定着しづらい要因かもしれません。
こういった不足している状況に反して、 iOS アプリをリリースしたい企業様が多いため、需要が高いのが...

kentaro haneda（jumbo）

エンジニア

Swiftが登場して10年ほど経ちますし、Objective-Cからリプレースされていないシステムはもうほとんどないと言えると思います。SDKであったり、スマホアプリでなく壮大なデスクトップアプリなどであれば一部まだObjective-Cで書かれているのを見たことがあります。
なので今から学習する理由はほぼないですし、案件を選べるフリーランスであればそもそもそういったプロジェクトに参加す... 続きを見る

kentaro haneda（jumbo）

エンジニア

とくにスマホアプリだからということはないと思います。
むしろ企業によっては実機のスマホデバイスをリモート先に送る手間や、その端末を準備して社内環境につながるようにして・・・みたいなことが結構手間だしコストもかかるので嫌がられることもあります。
なので一般的なWebシステムの開発と開発環境でいえば齟齬ないように思います。

tamura naoki

エンジニア

私も未経験独学でエンジニアに転職しました。
五年以上も前なので参考になるかわかりませんが、、、。

フロントで受託開発の案件があったので以下のようなことをしていました。

スマホアプリ開発案件
・テストをメインに実施
・バグがあれば修正→PR

WEBサービス開発案件
・軽微な修正
・追加...

dev0614

エンジニア

Objective-Cの需要についておっしゃいましたね。Objective-Cの使用領域は主にiOSアプリ開発で、 macOSアプリ開発でも使われています。

Objective-Cの案件が少ない理由は以下の点だと思います。

iOSアプリ開発では現在 Swiftが主流となっています
macOSアプリ開発ではObjective-Cで書かれた古いアプ... 続きを見る

山邉　潤

エンジニア

5年ほどフルリモートをしているフリーランスエンジニアです。
おっしゃるとおり、言語によってフルリモート率が異なります。
新型コロナのときはフルリモートが多かったですが、いまはだんだん出社率が回復しているようです。

【データをもとにフルリモート案件数を算出】
レバテックに登録するとプラットフォームのアカウントがもらえます。そこに「市場分析」というメ... 続きを見る

Yoshiki Kokubo

エンジニア

普段フルリモートで仕事してますエンジニアです。

rubyは比較的リモートワークの仕事が多いのではないでしょうか。web系の開発が得意な言語だと思うので、出社が不要な現場で採用される可能性が高い気がします。

一方でJavaを例に挙げられてましたがJavaでも業種によってはリモートワークは全然可能です。APIの開発やアプリの開発でも使われることがありますし、... 続きを見る

櫻井隆太郎

エンジニア

NodeJs歴5年以上です。

結論から言うと、両方あると思います。
ただ、NodeJsはバックエンドが主戦場の言語であるため、バックエンド開発が多いかと思います。
フロントサイドはNode以外にJavascritpベースのFWである、ReactやVue、古い環境ですとjQueryを採用した事が多いです。なので、フロントは別の言語、もしくはJSベースのFWで... 続きを見る

朴東民（パク・ドンミン）

エンジニア

私は下記のコワーキングスペースで毎週土曜日に主に技術向上のためにチームメンバーと勉強しています。

下記のおすすめ理由
レンタルできるモニターが多い
スペースが広い。
主に開発者が利用している感じがある。
ハッピーハッキングのキーボードが展示されている


事項：日曜日はお休みです。
1日最大料...

kentaro haneda（jumbo）

エンジニア

なりたての頃は「自分がマネージャー1年生であること」というのを日々意識していました。
故に

・学ばないといけないことは当然多い
・失敗も見越してリスクとして取り扱い、相談・共有をたくさんする
・マネジメントもタスクとして向き合いスループットを上げる

ことを意識していました。
期待値が高い役職ですが、自身の目線や水準...

セーヤン

エンジニア

働きやすさに加えて働きがいのある環境を作ることに意識を向けています。
メンバーとのコミュニケーション（近況や今後のキャリアの話）や実際の業務での活躍を観察して、それを基に個人、チーム、そして会社全体の成長を加速させるための施策を検討し実行するようにしています。

新田智啓

エンジニア

課題解決だけでなく、チームがどのような状態になると良いかというビジョンを持つことです。

タスク管理や人の感想ばかりを伺っていては理想の状態に辿り着くことは難しいです。
チームとしての理想を定義し、半年先、１年先のチームの良い状態に向けて日々の活動をしていくことです。

EMが管理する必要のなく、自分たちで自分たちを管理して、より良い状態を探し続け... 続きを見る

飯野博勝

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

抽象的ですが、
毎日のルーチンを決める。
週次のルーチンを決める。
声がけコミュニケーションを意識する。
メンバーが何をしているのか？知る。
進捗確認は、当然ですが、課題解決に意識する。
ですかね。

北野勝久

エンジニア

質問内容から推測するに、自社のエンジニアが誤ってコードやシークレットキーを公開してしまうことを懸念されているのではないかと想像しました。「GitHub コード 誤って公開」といったキーワードでGoogle検索すると、たくさんの事例がひっかかります。もちろん、これはGitHubの利用者が多いことの裏返しでもあるのですが。また、GitHubの利用者が多いが故に、コードをpublicなリポジトリで公開す... 続きを見る

北野勝久

エンジニア

私が自社での技術顧問との関わりを参考までに書いてみます。
どんな仕事かは各社各様だと思いますが、弊社の場合は以下のようなスタイルです。
・（関わりはじめていただいた当初）プロダクト開発・システムのロードマップ策定の伴奏
・（開発組織として一定の安定感が出始めた頃）ミドルマネジメント層のメンター
・（その他）開発組織の成長に関わる重要テーマを都度、組織装着を伴...