ここのプログラマがてんでバラバラに
コードを書いているだけ。
全体の構成を考える人がいない。
全体の構成を考えながらコードを書ける人もいない。
まとまりがない、重複が多い、だからバグもなくならない。
だからアメリカに負ける。
>>6
そうですね。自分の使っている言語の
有名なフレームワーク。これをよく調べることです。
ライブラリだとアークテキチャがない（ただの関数の集まり）
もしくはほんの少ししか無いみたいなものがたくさんありますが
フレームワークにアーキテクチャが存在しないことはまず無いですからね。
使ってみるのはもちろん、なぜそのような実装になっているのか
できればソースコードまで見て見ることをおすすめします。
それが無理でもファイルの置き場所、クラスの分け方を見てみるだけでも
十分参考になりますよ。
漠然と見るのではなく、なぜそのようになっているのか、
その理由を考えてみるといいでしょう。
>>8
>漠然と見るのではなく、なぜそのようになっているのか、
>その理由を考えてみるといいでしょう。
設計意図が分かると良いんだけどね
コメント読んでも分からない事が多いよ
俺のお勧めはアップルのドキュメントを
「自分の作ったシステムで、同じように書けるか？」
と考えながら読んでみることだな
こんな構成になってる
・ガイドライン
・プログラミングガイド
・リファレンス
単なる関数の寄せ集めでもリファレンスは書けるがプログラミングガイドは難しい
ガイドラインまではまず書けない
>>11
俺はコード見ればだいたい分かる。
でもそれはやっぱり20年以上もプログラミングやってるからだろうな。
（言っとくが10歳からやってるって意味だぞｗ）
仕事で見るコードはたいがい設計意図が
感じられないただの手続きの流れで疲れる。
確かにこれでうごいてる。でもそうじゃねーだろ。
そんなのばかり。
>>14
>確かにこれでうごいてる。でもそうじゃねーだろ。
>そんなのばかり。
あるある
凄いスパゲッティコードなあげくに
やってることは今時の開発環境に標準で入ってる機能とかね…
そういうのって、標準であるの知ってても、わざと自分で作ってるんだよ。
標準の機能って本当は作りやすいけど、難しいふりして２～３日余分に工数掛けて
自分の給料を増やすのさ。
ワールドクラスのアーキテクトでも無理だと思うが？
>>33
特に最近はそうだよな。
全部自前で作るわけじゃなくて既存の何かを使うわけで、
最適な設計というのは、それらを実際に使わないとわからない。
最高のアーキテクトになるには、他人が作った物の”設計の考え”を
見抜く力がなければならない。
「プロジェクトの姿」を思い出した…。
それぞれのグループの数を掛け合わせたとき
両者が同値になる組み合わせの数は何個？
>>38を見たときの反応
・さっそくIDEやエディタを立ち上げた or どんなコード書くか考えた => プログラマ
・「彼奴だったら10分で解けるな」と人の顔が浮かんだ => マネージャ
・ジッと問題を考えて、プログラム書くまでもなく0個だと分かった => アーキテクト
・問題が解けない言い訳を考えた => SE
さあ、君はどれだ！？
★アーキテクトがいる場合
・アーキテクト
このオープンソースアプリは日本語には対応していないが
多言語対応する仕組みが入っており、
最近もメンテナンスが入っているぞ。
ならそのやり方に合うように足りない部分を作ろう。
最初に少し時間がかかるかもしれないが、
あとは言語ファイル作るだけの単純作業だ。
プログラマじゃない人でもできる。
★結果
アプリがバージョンアップしてもコードがしっかり分離されていために
該当部分に修正が入ることは少なくメンテナンス時間も短い。
そして将来本家に足りない部分がマージされ
公式に日本語対応されたのであった。
それはアーキテクトの仕事じゃない。SEの仕事。
SE は プログラミングが出来ないので
それは無理な話です。
作らせればいいじゃん。
>>52
ほらなｗ
作らせるってことは、SEの仕事じゃないってことだろ
それすらもわからなかった。
プログラマ雇えば何もせずに勝手に日本語化すると思ってるバカですか。
ソフトウェア単体の開発をどうこうするよりももっと上流工程でなんかするものだと思うんだけど。
>>59
それはアーキテクトの重要性をわかってない証拠だよ。
本来はアーキテクトという中間層が必要なのに、
その仕事をなくして、上と下に振り分けるから
めちゃくちゃなものが出来上がる
>>59
プログラミングの質は、上流工程ではどうにも出来ないよ。
普通に考えればわかるでしょ？
プログラミングの質は、プログラミングを改良することでしか上げられない。
だから実際にプログラミングが出来ない人は改良は無理。
一人がプログラミング担当なら別だけど、
普通は複数人のプログラマがいる。
それぞれが勝手にコード書いてると
無駄がたくさん生まれる。だからまとめ役が必要。
ここでまとめ役がコード書かない人だと、
現場では使いづらいだけの意味不明なルールができる。
ルールだけならまだしも、変なオレオレライブラリを使えと強要したり
使うフレームワークだけ決めて、その使い方は個々に任せたり。
実際に自分がやらないからその悪さも理解できないだろうな。
だから実際にコードを書いてる現場の人間に近いレイヤーに
まとめ役が必要。それがアーキテクト。
アーキテクトが優秀だと開発の無駄が大きく削減される。
仕様の変更にも柔軟に対応できたり、バグが減ったり開発期間が減ったり。
システム開発で一番重要な仕事だよ。
その役割はITSSでいうところのアプリケーション共通基盤の技術者であって、アーキテクトではないだろｗ
話を戻すと、コードを見て（普通マニュアルは整備されてない）
そこから設計を読み解く能力。
それはアーキテクトの力であり、
アーキテクトが存在しないと、個々のプログラマが
そーじゃない的なコードを量産することになる。
昔はＳＥでも業務ＳＥと技術ＳＥがあって、技術ＳＥがアーキテクトの役割をしていたってことか。
日本のＩＴ企業では、業務ＳＥ＞技術ＳＥ であって、技術ＳＥはコミュニケーションできずにお金を稼げない
お荷物とか言われていたから、現在アーキテクトが少ないのも仕方がないだろう。
そういえば、
「技術系は馬鹿でもできるが、業務系は馬鹿ではできません（キリッ」と言っていたＰＭや業務ＳＥがいたな。
そいつらがいたプロジェクトはいつも火を噴いていたけどｗ
フレームワークをつかってはいるけど、思想を無視した実装になってる事ってよくあるよね…
この正しく使われてるかどうかって、実装者のレベルの(使用するアーキテクチャへの理解)によって変わってしまうから、やっぱり、アーキテクトはコードレベルで見れなきゃいけないよね。
また、コードを書くのは実装者の仕事だが、実装例の一つくらいはいつでも示すことができなければならない
おれさ、アーキテクトって業務設計する人だと思ってたんだが
そしてそれを実現させるのがデベロッパじゃないのか？
コーディングを誰がするとか次元の低い話だと思うぞ
アーキテクトは顧客に向けてアーキテクチャについて説明しなければならない立場だけど。
アーキテクトはプログラマの延長ではないぞ。
>>123
日本では業務設計はシステムエンジニアやアプリケーションエンジニアが行う。
>>135
より正確に言い方をするならば
プログラミングが設計(=ソースコード）であり
コーディングは設計（ソースコード）を
そっくりそのままパソコンに入力することです。
昔ははっきりと区別されていて、昔はコンピュータは
とても高価で一人一台どころか、時間を決めて交代で使っていた。
必然的にプログラミング＝紙にソースコードを書くことであり、
コーダーという職種は、紙に書かれたソースコードを
そっくりそのままパソコンに入力するのが仕事だった。
さらにそれはPGが行うものだと言ってるからややこしくなってる。
この手のスレでは実装して形にする能力に関して不要
という極論を展開して粘着する奴が多い
実際にはモノが作れないから技術コンプレックス抱えてるんだろうなあ
技術者の肩書き外せば楽になれるのに
それとも何も出来ないからアーキテクトなんて肩書きが欲しいのかな
役職じゃなくて役割なんだから2ch来てまで社内政治すんなよ
実装作業はしないけど、プログラミングはする。
土台を設計するのが仕事だが、まともな土台を
プログラミングなしで作るのは無理だ。
理論と実証みたいなもん。
あーだーだいっても
実証されなきゃ使い物にはならん。
アーキテクトが実装しないとしてさ
じゃあ設計と実装の間を整合性の取れたアーキテクチャとして繋ぐのは誰？
その役割に何か命名したら、今度はその役割の人物は実装はしないとか言い出す訳？
最終的なシステムを実装する段階を軽視する限り、日本のITは実態とかけ離れる一方じゃないの？
設計に実装の方法まで書いてるだろ。
まぁ最近は関数内のフローチャートまで書くようなことは少なくなって
その辺はPGに任せることが多いけど。
馬鹿か？
それとも何、そういうものが存在しないという事を態々俺に教えてくれたの？
それとも言葉遊びのスタート？
少なくとも、俺は理解してないフレームワークは使わないし、設計してから実装してるから、誰かが破壊しない限りはちゃんとしたものになってるよ。
実際、プログラマはピンキリだからね。
アーキテクト()もピンキリだけど。
ていうか、何度もいうけど役割分担でしかないし…
>>199
> ていうか、何度もいうけど役割分担でしかないし…
その重要な役割であるアーキテクトが
日本では極端に少ないって話でしょ？
できない人がやっても意味ない
だから、クソSEが作った変なものを
プログラマがどうにか治すという構図が出来上がる。
引用元
https://nozomi.2ch.sc/test/read.cgi/prog/1353637211/
管理人からひと言
![[商品価格に関しましては、リンクが作成された時点と現時点で情報が変更されている場合がございます。]](https://hbb.afl.rakuten.co.jp/hgb/16d8db5d.6e8cbd44.16d8db5e.abfeeddc/?me_id=1213310&item_id=19138794&m=https%3A%2F%2Fthumbnail.image.rakuten.co.jp%2F%400_mall%2Fbook%2Fcabinet%2F6869%2F9784822256869.jpg%3F_ex%3D80x80&pc=https%3A%2F%2Fthumbnail.image.rakuten.co.jp%2F%400_mall%2Fbook%2Fcabinet%2F6869%2F9784822256869.jpg%3F_ex%3D240x240&s=240x240&t=picttext "[商品価格に関しましては、リンクが作成された時点と現時点で情報が変更されている場合がございます。]")
みんな、好きに俺俺アーキテクト像を語っているだけ