ขนาดวิดีโอ: 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!
こんなにドキュメント作っていつから作りはじめるんだ？大規模プロジェクトのPM対象なんだろか？
大抵は時間が許してくれないので、同時並行だったり後追いで作ったり、一部だけ用意したり、ですねｗ
最近は、開発手法もウォーターフオール型でなく、アジャイルが主ですね。例えば、画面設計書も、入力チェック仕様と、エラーメッセージの定義も、文書よりも、動いてるもので、レビューできれば、一番いいんでしょうね。でも、設計書がなくてもいいと言うことにはならないですよね。
そうですね！うちでもよくアジャイルで進めますが、むしろドキュメントあればそれを見ながらディスカッションしたり最新の情報を残しておけるので、重宝してます！
テーブル定義とERはないとめちゃめちゃてこずりますね…
ですね…そしてけっこうないプロジェクトが多いという…ｗ
アマゾンのような一つの商品に対して複数の写真をスライダーのように載せるにはどのようにすればいいですか？
めっちゃ説明長くなりそうです😭
ガンガンやってー！マスターボリューム上げてー！
いいなぁ、下で働きたいわい
要件定義と仕様書は別物だよ要件定義の成果物に仕様書など作らない
開発に対する姿勢や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!
こんなにドキュメント作っていつから作りはじめるんだ？大規模プロジェクトのPM対象なんだろか？
大抵は時間が許してくれないので、同時並行だったり後追いで作ったり、一部だけ用意したり、ですねｗ
最近は、開発手法もウォーターフオール型でなく、アジャイルが主ですね。例えば、画面設計書も、入力チェック仕様と、エラーメッセージの定義も、文書よりも、動いてるもので、レビューできれば、一番いいんでしょうね。でも、設計書がなくてもいいと言うことにはならないですよね。
そうですね！
うちでもよくアジャイルで進めますが、むしろドキュメントあればそれを見ながらディスカッションしたり最新の情報を残しておけるので、
重宝してます！
テーブル定義とERはないとめちゃめちゃてこずりますね…
ですね…
そしてけっこうないプロジェクトが多いという…ｗ
アマゾンのような一つの商品に対して複数の写真をスライダーのように載せるにはどのようにすればいいですか？
めっちゃ説明長くなりそうです😭
ガンガンやってー！
マスターボリューム上げてー！
いいなぁ、下で働きたいわい
要件定義と仕様書は別物だよ
要件定義の成果物に仕様書など作らない
開発に対する姿勢やCodingの内容・・・どれをとってみてもこいつに頼んだらろくなものは出来上がらない
根幹が抜けている
Engineerではない