Размер видео: 1280 X 720853 X 480640 X 360
Показать панель управления
Автовоспроизведение
Автоповтор
ベンチャーで営業と物流やってるんですが、開発側とコミュニケーション取るのに役に立ちました。ありがとうございます!
自分は今現場に入って1ヶ月ほどで、OJTを受けている新卒です。いまは会社の既存アプリの機能改修を任されています。改修するそのプロダクトにはバックエンドのドキュメントはありますが、フロント部分のフローチャートやドキュメントが無く、属人化しています。質問してもコードを読んでみてくださいと言われるだけなのでコードを1行1行読み進め理解しながら作業を進めている状態です。勉強になるし、後の人の事を考えフローチャートは自分が作ろうと思っているのですが、いかんせん未経験で入社した自分にとってはとても大変で、時間もかかってしまうのでドキュメントがあればなと…思ったという愚痴です😇
お疲れ様です…!😭そうなんですよ、新しく入ってくれた人の学習コストがエグくなるので、ドキュメントは準備しましょう全国の企業の皆さん…
少数精鋭でやる案件ならそこまでドキュメント充実する必要ないかもですが、それなりの人数がいて、レベルにも差がある場合はドキュメントの充実はかかせないですね
ほんそれです!
最近エンジニアになったのですが、とても役に立つ情報でした!有益な情報をありがとうございます。
セイト先生のコンテンツの中でもかなり秀逸!
ありがてえ!
コーディングルールを守ってるかの監視が大規模だととてもつらい。。最初は頑張るんだけどね。
わかりみ…
ぜひ取り入れたいです。色々なドキュメントを整備できるよう勉強します!
あざます!ぜひ!
ほんとに参考になりました!ありがとうございます!
ドキュメント作成に使っているツールなども知りたいです
オススメはこんな感じです!Drow.io ... インフラ構成図などapiary.io ... API設計書Adobe XD ... ワイヤーフレームG suite ... その他
ありがとうございます!
SuperThanksありがとうございます!!
Now, this is what I call 'invaluable' information. Thx buddy!
最近は、開発手法もウォーターフオール型でなく、アジャイルが主ですね。例えば、画面設計書も、入力チェック仕様と、エラーメッセージの定義も、文書よりも、動いてるもので、レビューできれば、一番いいんでしょうね。でも、設計書がなくてもいいと言うことにはならないですよね。
そうですね!うちでもよくアジャイルで進めますが、むしろドキュメントあればそれを見ながらディスカッションしたり最新の情報を残しておけるので、重宝してます!
あると余計に混乱するドキュメント・最新化されていない・肝心なことが書かれてない・レビューされてない
わかるw
テーブル定義とERはないとめちゃめちゃてこずりますね…
ですね…そしてけっこうないプロジェクトが多いという…w
こんなにドキュメント作っていつから作りはじめるんだ?大規模プロジェクトのPM対象なんだろか?
大抵は時間が許してくれないので、同時並行だったり後追いで作ったり、一部だけ用意したり、ですねw
ガンガンやってー!マスターボリューム上げてー!
アマゾンのような一つの商品に対して複数の写真をスライダーのように載せるにはどのようにすればいいですか?
めっちゃ説明長くなりそうです😭
いいなぁ、下で働きたいわい
要件定義と仕様書は別物だよ要件定義の成果物に仕様書など作らない
開発に対する姿勢やCodingの内容・・・どれをとってみてもこいつに頼んだらろくなものは出来上がらない根幹が抜けているEngineerではない
ベンチャーで営業と物流やってるんですが、開発側とコミュニケーション取るのに役に立ちました。ありがとうございます!
自分は今現場に入って1ヶ月ほどで、OJTを受けている新卒です。いまは会社の既存アプリの機能改修を任されています。改修するそのプロダクトにはバックエンドのドキュメントはありますが、フロント部分のフローチャートやドキュメントが無く、属人化しています。質問してもコードを読んでみてくださいと言われるだけなのでコードを1行1行読み進め理解しながら作業を進めている状態です。勉強になるし、後の人の事を考えフローチャートは自分が作ろうと思っているのですが、いかんせん未経験で入社した自分にとってはとても大変で、時間もかかってしまうのでドキュメントがあればなと…思ったという愚痴です😇
お疲れ様です…!😭そうなんですよ、新しく入ってくれた人の学習コストがエグくなるので、ドキュメントは準備しましょう全国の企業の皆さん…
少数精鋭でやる案件ならそこまでドキュメント充実する必要ないかもですが、それなりの人数がいて、レベルにも差がある場合はドキュメントの充実はかかせないですね
ほんそれです!
最近エンジニアになったのですが、とても役に立つ情報でした!有益な情報をありがとうございます。
セイト先生のコンテンツの中でもかなり秀逸!
ありがてえ!
コーディングルールを守ってるかの監視が大規模だととてもつらい。。最初は頑張るんだけどね。
わかりみ…
ぜひ取り入れたいです。色々なドキュメントを整備できるよう勉強します!
あざます!ぜひ!
ほんとに参考になりました!ありがとうございます!
ドキュメント作成に使っているツールなども知りたいです
オススメはこんな感じです!
Drow.io ... インフラ構成図など
apiary.io ... API設計書
Adobe XD ... ワイヤーフレーム
G suite ... その他
ありがとうございます!
SuperThanksありがとうございます!!
Now, this is what I call 'invaluable' information. Thx buddy!
最近は、開発手法もウォーターフオール型でなく、アジャイルが主ですね。例えば、画面設計書も、入力チェック仕様と、エラーメッセージの定義も、文書よりも、動いてるもので、レビューできれば、一番いいんでしょうね。でも、設計書がなくてもいいと言うことにはならないですよね。
そうですね!
うちでもよくアジャイルで進めますが、むしろドキュメントあればそれを見ながらディスカッションしたり最新の情報を残しておけるので、
重宝してます!
あると余計に混乱するドキュメント
・最新化されていない
・肝心なことが書かれてない
・レビューされてない
わかるw
テーブル定義とERはないとめちゃめちゃてこずりますね…
ですね…
そしてけっこうないプロジェクトが多いという…w
こんなにドキュメント作っていつから作りはじめるんだ?大規模プロジェクトのPM対象なんだろか?
大抵は時間が許してくれないので、同時並行だったり後追いで作ったり、一部だけ用意したり、ですねw
ガンガンやってー!
マスターボリューム上げてー!
アマゾンのような一つの商品に対して複数の写真をスライダーのように載せるにはどのようにすればいいですか?
めっちゃ説明長くなりそうです😭
いいなぁ、下で働きたいわい
要件定義と仕様書は別物だよ
要件定義の成果物に仕様書など作らない
開発に対する姿勢やCodingの内容・・・どれをとってみてもこいつに頼んだらろくなものは出来上がらない
根幹が抜けている
Engineerではない