プログラミングに詳しいやつ、「フレームワーク」「ライブラリ」「モジュール」って何が違うの?
■ このスレッドは過去ログ倉庫に格納されています
フレームワーク(英語:framework)とは、プログラミングの世界における方言のひとつで「ライブラリ」や「API」、
「SDK」、「モジュール」などとも呼ばれる。標準語は「ライブラリ」である。
C言語などでは「ライブラリ」、JavaやC#などでは「フレームワーク」という言葉を使うことが多い。
ちなみに偏屈なプログラマが多いCOBOLやPerl、Rubyの人たちは「モジュール」だと言い張って食い下がらない。
フレームワークという言葉は非常に曖昧な表現であり、ときに不毛な論争となることがある。
ある輩は「フレームワークとは壮大なライブラリのことである」と主張する。
ただし、どの規模から「壮大」とするかは未確定である。
また、ある輩(マイクロソフトのMSDN上の説明文)は「ライブラリのうち、定形処理をまとめたもの、ソースコードの
書き方を半強制するものがフレームワークである」と主張する。こちらはライブラリの方が大きな存在であり、
フレームワークは小分類であるとしている。
これらの意見をまとめると、結局のところ同じものであり、方言であるという結論に達する。
つまりIT業界ではよくある「なにか新しくて壮大な感じ」を宣伝・演出するために生み出された言葉のひとつであり、
いわゆる「リネーム商法」であるといえる。JavaやC#のただのインタプリタを「仮想マシン」といったりするのと
同じような感じである。
なお、それでも一部の偏屈なプログラマは「ライブラリとフレームワークは別物である」と主張している。
しかしながらそんなものは一般人からしたら「ホモ」と「ゲイ」の違いと同じであり、傍から見たら区別はつかない。
本人達はこだわりがあるらしい。まさに不毛。だからハゲるんだよ。
https://monobook.org/wiki/%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF 大学でPython使えるようになれって言われたんだが
具体的に何すればいいんだ?
ちなみに他のプログラミング言語はRが少しだけ使える やたらPython出てくるがそんな良い言語じゃないよね >>6
何故か単価がやたら高い不思議
例えば同じレベルの機能を
PHPで盛り込む→20万
Pythonで盛り込む→35万
とかなwwith >>6
機械学習ライブラリをいちはやく整備した先見の明 プロジェクトの設計理念が違うだけで同じもんだと思っていいよ
ライブラリは死語になりつつあるけど フレームワークってのはお作法だな
実態がどうなのかなんてあまり意味無い。会社でいえば手順かな?
ライブラリってのは正に手順書だな、こう求めればこう答えてくれる的なやつ
モジュールはちとあれだな、境界が曖昧w
ライブラリっぽいのもいるしFWっボイのもいる
修行見習い中の使える精鋭かな
LIBとMODは多用してもなんとかなるがFWは用心しろ
取り込まれたと気づいたとき、お前は既にCPUファンのゴミカス以下だ フレームワークは書き方まで指定してくるだろ
ライブラリはお咎めなし
そこの違いだと思ってるが API と SDK は違うだろ
関数を呼び出す際の呼び出し方の決まりがAPI
コンパイラー、リンカー、デバッガーなど含めた開発ツール一式が SDK
使用頻度の高い関数をパッケージにまとめたのがライブラリで メーカーが提供するのもあるし自分で作ることもできる
オブジェクト志向言語だとフレームワークって言うようだ ライブラリもモジュールも行ったり来たりが割と簡単なんだけどFWってめんどくさくね? ライブラリ=フォルダ(中にいっぱいファイルを置ける蔵書庫)
モジュール=exeファイル(実行ファイル)だと思ってた フレームワーク→骨組み
ライブラリ→部品群
モジュール→部品 ライブラリは元からあるAPI群で
フレームワークは自作したサブルーチン+APIの、要はこのプログラムの中で使える全部のルーチンみたいなイメージ ここで現役PGの俺が何も答えずに素通りだ
ではさらばだ あー
比較対象のレイヤーによるな
デバドラ層
ブラグイン層
アプリ層
使う対象が全然違うわw >>57
カタカナを止めると意味はそのままだな
library
framework
module
libraryは骨組みではないし、frameworkは寄せ集めの本じゃない
moduleに至っては個々で再定義が必要になる ライブラリ →単一階層の機能群
フレームワーク →多階層の機能群
モジュール →I/Fが企画化されて置き換え可能な機能群(学研の電子ブロックみたいな) ライブラリーのように複数のフレームワークを組み合わせして作るプログラムってあるのかな ほんと、it土方辞めて良かったわw
才能なかったけど... >>1
プログラミングとかきめーから話題に上げんじゃねーよ 言葉の意味も共通化できてないくせにやたらカタカナ語を使いたがるのが
この業界の悪い癖だと思う
同じ意味なのに何度も言葉をかえてごまかしてみたりな。 フレームワークをライブラリと同一視しちゃう辺り頭が古すぎるな。
フレームワークは開発環境って言えば通りがいいか。
ライブラリなんてただの圧縮ファイル。
モジュールなんてただの1ファイル。 フレームワーク 使わないといけない基本的なものの集まり
ライブラリ 使ってもいいから便利なものの集まり
モジュール あんたのつくったもの
って感じかね。 間違いだらけでワロタ。
フレームワークはそのままで枠組みって意味だよ。
基本的な枠組みがありルールにのっとって動作する。
ユーザーはそのルールの中でプログラムを記述する。
ライブラリは目的とする処理群を纏めた物、例えばダイレクトXなら3Dを描画するのに必要な処理群が纏まった物。
モジュールはもっと細かい。どちらかと言うと関数を少数纏めた物に近いイメージでそれだけでは目的を達成出来ないけど、便利な処理群って感じ。 フレームワークはRPGツクール
ライブラリはRPGツクールとか関係なく画面に画面に絵とか文字表示したりする便利ツールの集まり
モジュールはツクールで壮大な物を作って修正するたびに大容量のファイルを配ると大変だから問題の部分だけですむように機能とか部品単位で分割したもの。ここは作る人まかせだから分け方は曖昧
全然違うわ 職業プログラマを辞めて18年
ゆえあって、pythonを習うことに。
さすがに18年も経過しているから元プロとは言わず素人として受講。
マンツーマンスタイルで、受講者に合わせたスピードで行う。
入門テキスト2時間で完了。
初日、残り5時間の間に簡易の遠隔プログラムまで完成。
先生、唖然・・・。
プログラミングってホント簡単になったねえ
socketでちまちま組むつもりがライブラリが豊富すぎてあっという間にできてもーた。
こりゃ、技術者とは言えないわ今のプログラミング環境だと。 家で例えると
フレームワーク・・・ミサワホームの工法と専用の壁とか階段とかのセット
ライブラリ・・・家を組み立てるための工具
モジュール・・・ユニットバスとかシステムキッチン >>89
今の時代プログラムは書くことに意味があるんじゃなくてやりたいことをおこなうための手段でしかないからな
何をするかの方針や構造を決めるのが重要であって書くだけなのはもはやただのIT土方になってしまう >>89
言ってる事はわかるけど、今はそれ前提で工数が決まる。
今も昔も変わんないよ。
気がついたら俺もう20年やってるわ。 モジュール<ライブラリ<フレームワークだろ
ソースコードの可読性、保守性、再利用性を高めるために、処理の一部を切り出したものがモジュール。
関数とも言う。プログラミング始めれば誰でも作れるのがモジュール。
お約束の処理をモジュールしたものを集めてテンプレ化したものがライブラリ。
ライブラリは第三者に配布するなど再利用性が特に高いモジュールの集まり。
フレームワークはライブラリの中でも、特定の処理を集めたテンプレ集で、殆どコードを書かなくてもある程度の動作が出来ちゃうもの。開発環境とセットで提供されるライブラリのこと。 DOSのコマンドでライブラリとか作ってリンクしてた時代があったなぁ… itリテラシが低い以前に言葉の意味、本質を捉えなさすぎ。
ライブラリ、自発的にやりたいことに対して、参照するもの。ライブラリにないものは自分で作れ。
フレームワーク、枠組み。枠組みに沿って作ることで設計思想の共通化が出来る。よくセキスイハイムとかでやってる家のパッケージみたいなもん。台所とかはカスタマイズ出来るだろうが大枠は一緒。
モジュール、既に出来上がった成果物の単位と捉えれば分かりやすい。成果物だからといって単一動作するとは限らない。機械パーツもモジュールの一種だが、そのパーツを組み合わせて更に大きいモジュールも出来る。
一般的に言われてるフリーソフト(OSS)を当たり前のように使える現状に毒されすぎて、それぞれ全く違う性質なのにモジュール、ライブラリ、フレームワークを混同してるバカが多すぎる。 カレーに例えるとわかりやすい
全スパイスの調合から始めるのがモジュール化前
このレベルから素人がカレー作るのは無理だろ。
定番レシピのスパイスセットがモジュール化
インドカレー屋がメニューに応じてモジュール化するレベル。スパイスの知識が無くても誰かのモジュールを買ってくればカレー粉を作れる。
誰でも簡単にカレー作れるようにカレー粉やカレールーにしたのがライブラリ。
もはやカレー自体はメーカー任せで、具材やトッピングを工夫して我が家のカレーになる。ライブラリがあれば簡単にカレー作れるようになる。
同じライブラリ使えば誰が作っても大差ないカレーができるが、分量や工程間違えればひどいものができる
さらに、オイシックスみたいにカット具材やトッピングまでセットになってるのがフレームワーク。何も考えなくても手順どおりに調理作業すればカレー作れる。ここにちょい足しして我が家のカレーwにする ライブラリ visual stdioとかgc++で一から作るのがメンドイ時に使う奴。
フレームワーク unityとかunreal engineとか
モジュール デバドラ >一般人からしたら「ホモ」と「ゲイ」の違いと同じであり、傍から見たら区別はつかない。
>>1のクソ記事書いた奴の世界の一般人とやらは包含とか考えないのか? 個人で理解する分には良いが、お願いだから混同させるような解釈を教えないでほしい。
大多数がちゃらんぽらんだからガラパゴス和製英語ができる。
ライブラリは外部から処理を参照することを目的とした機能群。
モジュールは作った人が これは塊だ。 と感じればモジュール。
ただの概念。
例え成果物がライブラリだったとしてもモジュールと言えばモジュール。
フレームワークはただの決めごと。
決めごとを守らせるためにフォルダ構成や基底クラスやライブラリを事前に詰め合わせて塊(モジュール)として配布している。 手枷 モジュール
足枷 ライブラリ
頸枷 フレームワーク 元はといえばIBM等がメインフレーム時代に定着させたコンピュータ用語を
マイクロソフト等が無視して新しい用語使いだしたのが混乱の始まり
後続もそれに習った動き
世代によって使う言葉が違う フレームワーク 開発環境セットや
ライブラリ 簡単に使えるようにしたで
モジュール 部品 >>1
おんなじことずーっと聞いてくる奴っているよなw プログラマー目指すなら勉強していく過程で理解できるし
プログラマーにならない奴の興味本位の質問なら答える義務はないし
この程度を理解できない奴はプログラマーにはなれない >>1
現行システムのフレームワーク化ってのをやった事あるけど、この定義が曖昧で、チーム全体が何すりゃええねんになったw
一般には「制御の逆転」がライブラリとの左になるようだ。
↑
プログラマが使うならライブラリ。
プログラマが使われてるならフレームワークw >>89
環境はあるけど当然それ前提の要求されるし、今はコンプラ煩いからPG以前が面倒 >>117
N88Basicはプログラマが好き勝手に自由に組めるが、VBはシステムに組む場所と方法を指定されてる。
すなわち、制御の逆転が起こってる>>115 アプリケーションプログラム
サービスプログラム
ユーティリティプログラム むしろライブラリとフレームワークを同一視している人間がいたことにびっくりだわ >>114
どんな低学歴でもなれるものに
キリッってされてもなぁ SEの転職活動してた頃に
ある会社の面接で「弊社のフレームワークは〜って連呼するから」
会社の中でライブラリをたくさん持ってるのかと聞いてたら
どうやら業務内容のことを指してるようだった
面接中話が通じなかった >>121
低級ベルから見れば同じもの(全部ライブラリ)
高級からからみたら異なるもの(低級に使われる的な) CPUとAPUとマイコンとパソコンの違いみたいなもん >>1書いた奴をプログラマとして雇いたくないわ
フレームワークとライラブリの違いならともかくライラブリとモジュールを一緒にする奴と仕事したくない >>5
コードの読み書きが出来るようになればオッケーだよ
全部覚えてるわけじゃないけど
そういう物があるという認識はあって
どこでどう調べれば解決するかの筋道が立ってるレベルでいいと思う >>132
モジュールはなんつうか、分割したものって感じかも
コードの中にあるパートがあって
それと同じものを別のコードでも使う
ならば切り離して、双方のコードでインクルードして遣いましょう
みたいなのがモジュールだと思ってる
ライブラリは便利キット、あると便利なコードをまとめたもの
プロジェクト全体のあらゆるコードで
これを使えばコーディングが短縮できて便利だね!ってやーつ >> 132
簡単にいえば、おすぎとピーコぐらい違う。 >>135
javascriptやpythonでデフォルトで準備されてる機能をimportする場合、あれはライブラリってこと? >>137
ライブラリやな。javascriptはインポートしないと思うが。 >>132
まずバカは成り立ちと言うか、構造が理解出来ないんだよ。
OSはやりたい処理を固まりとして作ったんだから
同じ事はユーザが自作するのは無駄だ。だから
ユーザが使える様に解放したのが、最も基本的レベルのライブラリだ。ライブラリは更に追加しても良い >>137
ちゃんとした定義なんて知らんけど
プロジェクトにかかわらず
汎用的に使える便利ツール=ライブラリだと思ってる .net frameworkってあんだろ
フレームワークとは何かって話はこれを例にするとわかりやい >>141
それ多分ちがう。ふつうの場合は、ソフトウェアフレームワークの意味で。
ドットネットの場合は、共通言語基盤の意味だろ? フレームワークってのは複数の言語やいくつかあるライブラリを共通化するものなのかと思ってたぜ >>142
そうそう
.net基準に考えるとそうとしか捉えられなくなる ドットネットの意味なら、LLVMもフレームワークだろ。
LLVM - Wikipedia
LLVM とは、コンパイル時、リンク時、実行時などあらゆる時点でプログラムを最適化するよう設計された、任意のプログラミング言語に対応可能なコンパイラ基盤である。
LLVM は、JavaとJava VMの関係のように、まず仮想機械をターゲットとした中間コード(ビットコード)を生成し、その仮想機械向けコードを特定のマシンの機械語に変換する。
この方法によってLLVM は言語からもアーキテクチャからも独立しており、それぞれに特化した、プログラミング言語固有のモジュールと、マシン向けコード生成部を用意することにより様々な言語アーキテクチャーに対応する。
LLVM は積極的にプロシージャ間最適化を行うとともに、静的コンパイラとしてもJITコンパイラとしても使え、開発の様々な段階で使える多数の部品を持っている。 C#でもVisual BasicでもC++/CLIでもF#でも、同じことができ同じように動作するって所がドットネットのフレームワークの意味で。
プログラミングで一般的に言ってるフレームワークはなんかちがうはず。
日本語だと基盤でおなじ意味かもしれないが。 >>145
重要な定義に「制御の逆転(反転)」があるんだけど、その点がどうなんかな?
↑
プログラムを主体がプログラマじゃなくフレームワークにある必要がある。
https://tech.nikkeibp.co.jp/it/article/lecture/20070205/260697/zu1.jpg API / Framework / Libraryの違いは何?
API
オペレーティングシステムやプログラム言語で用意されたライブラリなどの機能の入り口となるもの。
プログラミングの際に使用できる命令や規約、関数等の集合のこと
Framework
プログラムの雛形
何かの枠組み
汎用的な機能や基本的な制御構造をまとめた半完成品
ソフトウェアの主要部分の雛形と、汎用的で再利用可能なクラスやライブラリ、モジュール、APIなどで構成され、また、機能を追加、拡張するための方法や規約などが定められている
Library
汎用性の高い複数のプログラムを再利用可能な形でひとまとまりにしたもの。
プログラムの部品をいっぱい集めたファイル
https://qiita.com/Super_Swift_Biginner/items/140a319aa3fbe2f2ece9 >>148
その図は、フレームワークの場合、フレームワークを使って具体的に何かやるという意味だと理解するが。
ライブラリの場合は、ライブラリ自体を作るということで。
しかし、ライブラリを使って具体的に何かやるのも可能で、説明が間違ってる気はする。 >>148
その図で、反転とか考えず。
フレームワークの図をベースにして。左側は、大きな枠で囲われてるとみなして。
イブラリバージョンは、その枠がなく、いろんなところから引って来れる図にしたらいいのでは? このスレ3〜4回見てるな
なんでこんな何にも面白くないクソみたいなスレ何度も立てちゃうんだ >>151
この図は「制御の反転」を説明した図だね。
ライブラリはプログラマさまが自由気ままに使う。
フレームワークはプログラマに修正箇所を強制する。
すなわち、制御の反転。 ハードのドライバーを書ける奴ってここに居るの?
それぐらい出来る奴が本当のプログラマって聞いたことあるんだけど >>155
組み込み制御だから得意だよ。(主要なお仕事)
でも、情報じゃなく電子化卒で、当初は回路部に所属してたんだ。
要するに本来はハード屋。
ハードのテストをするためにポーティングって作業をするんだけど、見よう見まねでやってたらいつの間にその役目が定着して、知らない間にソフト開発部に移籍させられたのがイマココ。
なので、ソフトはあまり詳しくないぜ。
勉強中な世界。 出処をみると、プログラマーが実装しなくても初期の物から勝手に、自動に動く部分が多いという意味だったか。
それなら理解できる。
フレームワークとは「枠組み・体制」を表す言葉で,人々が考えたり行動したりするうえでの基本的な仕組みや方針のことを意味します。
本講座では,フレームワークの中でも,ソフトウエアにおけるフレームワークとはなにかを説明していきます。
ソフトウエアのフレークワークとは
「アプリケーションはこのように開発すべし」という基本的な設計方針を,再利用可能なクラスによって示したものです。
ライブラリとはどこが違うのでしょうか。
それは,ライブラリが単にコードの再利用を狙ってているのに対して,フレームワークはアプリケーションの設計レベルの再利用を目的としているのです。
フレームワークの場合には,アプリケーションの骨組みとなる部分が既にフレームワークの中に用意されています。
つまり,フレームワークはアプリケーションの半完成品,テンプレートと言い換えられます。
もっとも難しいアプリケーション設計上の決断が,フレームワーク開発者によってすでになされており,プログラマは単にそのひな型に肉付けをしていくだけになります。
一方のライブラリは,汎用的な機能を提供する再利用可能なクラス群です。
ライブラリをどういった順番で組み合わせて,どんなアプリケーションを構築するか,という設計上の判断はプログラマに委ねられています。
ライブラリの場合,それを呼び出すのはユーザーのコードです。
プログラムをどう動かしていくかという,プログラムの制御に関する主導権は,ライブラリではなくユーザー・コードにあります。
ところがフレームワークでは,ユーザー・コードはフレームワークから呼び出されます。
設計を再利用するということは,フレームワークがメイン・プログラムとなり,ユーザー・コードへの制御を行うことを意味するのです。
https://tech.nikkeibp.co.jp/it/article/lecture/20070205/260697/ >>155
組み込みの30人位のソフトチームに1人位の割合で俺みたいのがいる。
俺以外はアセンブラあまり知らない。
でも、仕事の量がその程度なんだな。
後は割り込みハンドラでもCで書くよ。
自分の仕事も9割はCで書いてる。 ライブラリ→使う側が呼ぶもの
フレームワーク→使う側が呼ばれるもの、制御の反転
モジュール→知らん 音楽で例えると
フレームワーク→コード進行
ライブラリ→スコアブック
API→楽器
SDK→楽団
モジュール→フレーズ >>135
プログラムを機能や処理別に細かく分けていったものがモジュールで
そのモジュールのうち他でも使いまわしの効く汎用的なものがライブラリってこと? 本来のフレームワークは、ドットネットとかJavaのような、マシンにも言語にもよらないといった共通基盤の意味だとおもうが。
制御の逆転とかは後付かと。
frameworkの意味・用例|英辞郎 on the WEB:アルク
1.骨組み、、枠組み、下部構造、骨格
2.構成、体制、組織、構造
3.構想
framework architecture 骨格構造
framework concept 構成概念
framework construction 駆体工事
Framework Convention on Climate Change 地球温暖化防止条約
framework for a new financial system 新しい金融システムの枠組み
framework for decision-making 意思決定枠組み
framework for discussion 議論の枠組み
https://eow.alc.co.jp/search?q=framework どれも新宿古着屋ワタナベの自爆装置に使いますダイバクショウ これもフレームワーク化みたいなことだな。
Node.js 10がリリース、N-APIが安定化しV8非依存に。 2018年5月2日
Node.js APIが正式版となり、JavaScriptエンジンが入れ替え可能に
Node.js 10の最大の特徴は、これまで実験的実装だったNode.js API(N-API)が正式サポートとなったことです。
Node.jsはJavaScriptエンジンとしてV8を採用し、V8に依存した実装になっていました。
これをAPIを策定することで切り離し、JavaScriptエンジンをプラガブルにしたのがN-APIです。
これによってV8がメジャーバージョンアップしたとしてもNode.js側で再コンパイルなどをすることなく組み込むことができるようになっただけでなく、
V8以外のJavaScriptエンジン、例えばマイクロソフトが開発しているChakraCoreなども利用できるようになります。
https://www.publickey1.jp/blog/18/nodejs_10n-apiv82ltsnodejs_4xeol.html >>89
なんだかんだ概念的なものが頭にあると早いんだと思う
確かに最近のプログラムって素人でも触れるぐらいフレンドリーだよね ライブラリでもライブラリ側から呼ぶものがあるでしょ フレームワーク→建物
モジュール→部屋
ライブラリ→家具 >>170
フレームワークは建築様式、といった感じではなかろうか
てなこと書いてると
例えるなって怒られそうだが >>173
これみよがしにユーザとかかいちゃうやつとかなw >>174
IMEが学習しちゃってるからしょうがないんだよ! # shutdown -h now(仕事でこんなこと絶対しないw)
もういい終わり >>42
PHPだとPEARはクラスライブラリていうやん UNIXだと
1がコマンド
2がシステムコール
3がライブラリ
4がデバイス
だっけ モジュール 自分で作ったもの
ライブラリ みんなで作ったもの
フレームワーク 上の制作者が居なくなって修正できなくなったもの 底辺ジャバラーだけど、継承が悪みたいな風習なくしたい >>184
ええ・・・
継承しないとクラス使う意味ないじゃんw >>187
それはもはやオブジェクト指向もクソもない普通のライブラリw プログラミングをJavaから始めた。
今は入門書を読んでちまちま勉強してる。
転職も視野に入れてるんだけど
業界的に、何ができれば・どの辺まで身につければ
ひとまずのスタートラインに立てるのかイマイチ見えてこない。
例えば不動産屋なら、
営業は未経験だけど勉強して宅建だけは取りました、
みたいな奴でもまずまず頭数には入れてもらえるし一応評価されるじゃん。
プログラミングの世界ではそれが何なのか教えて。
まさかシルバーとかゴールドの資格が
そこまで就職に活きるとも思えないし。 フレームワーク 大枠 はみだせない
ライブラリ 公衆便所 勝手になんか増えてる
モジュール パーツ ガンダムの腕がとれたから赤ザクの腕をつけてみたりする >>191
業務知識だな
PGじゃなくSE目指しなさい
資格◯◯もってました
より
××の案件3年経験しました
のほうが効果激高
どうしてもPGで食いたいんなら自前で色々な言語やらフレームワーク勉強して、PJ立ち上げの時に自分から提案すれば、その言語の経験がつけられる
IT業界は資格なんてあってないようなもの
経験がすべてだよ
とりま10年頑張ればどこでもやっていけるだろう へー。皆さんコンピュータプログラム作成が得意なんだね。 ライブラリは使うもの。
フレームワークは従うもの。 >>191
未経験可のとこで修行積んで、そこから更に転職 subr
nr
ctx
ctr
xmt
プログラミングの略語って意味分からん >>193
今はそれが主流だけど、今後どうなるんだろうね
例のあれでアメリカ様の流儀が流れ込んできたら
現場経験ない・書けないSEは一掃されてしまいそうな気ががが 俺は天才プログラマーな事を教えてたい。
Microsoftで使用している著名な言語
を使用して、プログラムを瞬時に処理している。
即ち、コンピュータ君なのだ。
モジュールって簡単な繰り返しプログラムじゃ無いの?
違うのかね? >>200
それはループとかルーチンとか呼ぶことが多いんでないかい? >>0201
普通、長いプログラムを
作る時は色々考えるよね。
商売上利益が出ないと困る。
モジュールって機構学だと歯車一つにはならないよね。 取り敢えず、
ピストン運動を回転運動に変えたりその逆も設計する時はモジュールだわな、多分。
所定の要件満たして、運動を変換。
回転数変えるだけも多分そう。
トルクが変わらない用にするのはより高度なモジュール設計だわな。例えばさ。 >>1
色々と言い方を変えて新しいもののように見せかけないとお金がとれないからね
クラウドなんていい例だよな 入力が数値では無く関数でも良いし、フィードバックが別に電子回路経由じゃ無くても良い訳。油圧とか色々用途に応じ様々。モジュール。 昔人間からすると API のほうが馴染む
あとはライブラリかな >>193
>>197
ありがとう。
プログラマーとシステムエンジニアの違いがよくわかってなかったよ。
名選手名監督にあらず、とは言うけど
全くの初心者だからまずはJavaをやっていこうと思う。
なぜJavaにしたかというと、間口が広いのと、自分でAndroidアプリを作成しようと思ったから。
当方、もう34歳なんだけど
さすがにこれで未経験可の応募枠に手ぶらじゃキツイよね?(ちなみに北陸在住)
名刺代わりにと、基本情報技術者取ろうと思ってたら
2日前に締め切り過ぎてた(泣)
とにかく今はJava、基本情報、英語を
やりながら求人を見ていくよ。 フレームワーク:欲しいものは司書が探してくれるのでお茶を飲んで待つ
ライブラリ:綺麗にととのっていて探せば簡単に見つかる
モジュール:その辺にちらばってるゴミから探し出す >>211
哀しいかな、それは分かってる。
どこへ行っても何を始めようとしても言われる。
しかしやらなきゃ生きていけないのだよ(笑) >>0210
Wikiでも調べれるし。
平均年齢、年収も調べるといいぞ。
非常に気に入ってるなんて仕事ではいないよ。 >>213
俺は27歳からだったけど結構キツかったわ
もう時間がない(っていうかマイナスだ)けど頑張ってくれや 別にやりたくないも無いだろプログラミング34で普通。
本とパソコンあれば出来るから暇ならいいけど。内部にも否応無しに詳しくなって行くし。 ウィンドウズ動かせると、設定を変えたりクリックするので、一種プログラム打ってるにはなるかもね。そんな話。 最初にJavaはきついと思うけどなあ…
特に独学は
仕事でやるか専門学校とかで教わらんと高確率で挫折すると思われる
かといって今はどの言語も敷居高いんだよな
開発環境、バージョン管理、テスト用ツールやら覚えることが多い
その年だと現実的な話をするとCOBOLぐらいしか未経験では受け入れてくれないのではなかろうか… javaはクソだぞ
みんなが使ってるからって理由でのみ使われる糞言語 最近関数指向かぶれがオブジェクト指向にケンカ売ってるよねw
モナドでゲームって作れるの? 関数でできることは関数でやればいいじゃんって言ったら発狂した蛇腹ーを思い出した >>223
そもそもモナドを理解できる人間がいないので…
関数型言語は普及しないだろうなあ… >>5
笛で操れるようになれば一流
壺はもう買ったよな? >>198
LPCTSTRとか何の略なんだよって感じだよな >>334
構造化プログラミングとオブジェクト指向が実務で必要性があって取り込まれたのに対して
関数型言語は研究から生まれて実務に食い込めなかった >>210
プログラミング磨くんなら、今はweb上でプログラミング弄って試せる便利な環境があるから触ってみるといい
repl.itで検索
ネットとやる気さえあれば済むのが良い所
問題は業務経験がつかないことだけど、これは現場頑張って入ってなんとか知識つけるしかないね >>199
未経験でもガッツと運と結果さえ残せば生き残れるのがアメリカの流儀のいいとこだとおも >>230
アメリカはコンピュータサイエンスの学位がない未経験者は面接してもくれないでしょ >>231
日本の大手ならまだしも中小にそこまで求めるかね
個人的には学位が無いと〜はまっとうな判断基準だと思うから見て然るべきな所だと思う >>184
継承は使い方が正しくないと容易にスパゲティーを作り出してしまう
しかもだいたい使い方正しくない むしろJavaの良さは継承でなく多態性にあると個人的には思ってる >>237
うんぶっちゃけc#でもJavaでもどっちでもいいと思うわ
ちな俺はC#のほうが好き >>184
設計の思想としては良いが、実装としては多用すべきでないと思ってるわ
継続的なエンハンス、メンテナンスを考えるなら特に 日本のプログラム系ブログってこれの最後の一行みたいに
無関係な煽りで強調してごまかすのが多くて面白くないね
プログラミングなんてもっと自由でいいと思うのに
制約的否定的で主観も多くて
それがどんな物を作ってるのかと思えば出してるものはない
下手すりゃただのサラリーマンでさ >>238
俺もC#の方が好きだわ
Javaが嫌いってわけじゃないが フレームワークという監獄に収容された我々はライブラリを使ってモジュールを作る作業を強制されていた。 フレームワーク監獄では様々なシキタリが重視され、シキタリを理解しないものは排除虐待されていた・・・ ■ このスレッドは過去ログ倉庫に格納されています