「デザインパターン」を含む日記 RSS

はてなキーワード: デザインパターンとは

2021-04-25

anond:20210421172633

記事を読んだが俺はオブジェクト指向には反対だね。

IoTとか言って、モノを重視するのは前時代への退行だよ。

デザインパターンとか言って、世の中や人間を型に当てはめたがるのも気に食わないね

これからは心の時代だ。プログラミングも、心を重視すべきなんだ。

2021-04-04

anond:20210404002159

今でもビットフラグって使われているもんなの?

俺は数学アルゴリズムよりも言語のもの知識デザインパターンを正確に組み合わせることが出来るエンジニアの方がいいなと思う。

そこで話通じない方が辛い。

数学アルゴリズム専門性が高い分野の話かなと思うかな。

ゲームAIロボット系とかなら必要だけど。

2021-03-11

プログラミングができる初心者」の基準

大学専門課程ではじめてプログラミングに触れるケースを想定する。

プログラミング歴90分
C言語基本的機能データ型、制御構造関数再帰構造体、ポインタetc)をマスターする
プログラミング歴1日
SOLIDやデザインパターンなどのソフトウェア設計の基本原則独自発見する
プログラミング歴1週間
二分探索やグラフなどの基本的アルゴリズム理解し、実装できる
プログラミング暦2週間
簡単言語処理系算術演算変数制御構造関数を含む)を自作できる

情報科学専攻で半年一年かけてやる程度の内容だが、他のほとんどの科目でもそうであるように、要領の良い奴なら数週間でマスターできる。

実際、世の中にはこのレベルの奴なんか珍しくもなくいる一方、Pythonチュートリアルレベルの文献を数ヶ月かけても前半数章すら読めないような奴もいて、そういう奴が「プログラマになりたい」とか言ってる。本当に社会迷惑。やめてくれ

2021-03-10

anond:20210310110216

お前「GoFデザインパターン重要であるかのように言うやつムカつく!」って、もう一年ぐらい怒ってるんだな

https://anond.hatelabo.jp/20200521094135

もっとからかな

プログラミング界は「自分馬鹿だと自覚できてない奴」が多すぎてうんざりする

レベルから努力してやっと平均かその一段下くらいになっただけの雑魚が「自分上級者」だと勘違いして偉そうにしているケースが多くて、嫌になる。

たとえば、C言語ポインタが難しいとよく言われる。まあ、中学生高校生がはじめて学ぶならともかく、あんもの別に難しくはない(実際のソフトウェアポインタを適切に使うことは難しい)。

実際、ポインタに躓かなかった人なんかたくさんいて、そういう人の一部はより高度なことをどんどんやっている。一方、ポインタに躓いて努力してやっと最低限のレベルに達したような人が、声を大にして「プログラマになるなら、ポインタくらい理解しないとな」とか言ってる。

GoFデザインパターンもそうだ。

プログラミングセンスのある奴はすぐ見抜けることだが、アレには何の重要性も無い。だが、頭の悪い奴は、あの程度でも苦労しないと覚えられないから、重要だと思ってしまうらしい。これはギャンブル宗教にハマる心理と同じである。つまり時間や労力をかけたのだから、その対象にそれに見合う価値があって欲しいと思うわけだ。

頭が悪いと、こういう意味物事客観的に見られなくなる。学歴コンプレックスになると、一生そのことを引き摺って、何に関しても学歴と絡めて論じたくなるようなものだ。

2021-01-20

プリセット・低音圧」批判かいう「今時Flash使ってないサイトとか

音楽ジャーナリスト、YOASOBIについて「このビートの単調さと音色・音圧のショボさが世間で許容されてるのはちょっと信じたがたい」

https://togetter.com/li/1654398

これ、タイトルだけ見て「今更音圧……?まーでもそんなこと思う人もいてもおかしくはないな」と思ってスルーしてた。

で、さっきこの増田を見かけたので答えてあげるべく元ネタも読んでみた。

音楽評論家に聞きたいんだけど「ショボい音色・音圧」ってなに?

https://anond.hatelabo.jp/20210119190456

アルバム通してちゃんと聴いた。この気恥ずかしさは嫌いじゃないんだけど、このビートの単調さと音色・音圧のショボさが世間で許容されてるのはちょっと信じたがたい。少なくとも家のスピーカー聴く音楽じゃないですね

だとしたら音色の選び方にもう少しこだわりはあるでしょう。プリセットしか使わないという強い意志を感じます

ええ……。元記事が何を言っているかはてなの人に分かりやす話題で言うと「Webサイトを全部眺めてみた。この気恥ずかしさは嫌いじゃないんだけど、このデザインパターンの単調さとFlashも使っていないサイト世間で許容されてるのはちょっと信じたがたい。少なくともFullHDで開くサイトじゃないですね」と2021年に言ってるような感じか。

ビートの単調さがダメって、お前2020ビルボード1位の前で同じこと言えんの?

https://www.youtube.com/watch?v=fHI8X4OXluQ

3分間全部一本調子音色の抜き差しも無しやぞ。

音色がショボい」に関しては、字面だけ見たらまあ同意するよ。でもそれが「プリセット批判」in2021となれば話は別だ。

増田音色がショボいがどういうことかを説明すると、一般的には「生録ではなく打ち込みの音色が安っぽい」というところを意味すると思う。昔のMIDIとかカラオケとか、あるいはスーパーでかかってるJ-POPインストとか、音色がなんか「パソコンで打ち込みました!」「生の音じゃありません!」って感じしない?逆に最近ピアノだけで数万円数十ギガバイトするような音源だと、ピアノの鍵盤から指が離れるノイズまで拾っていたり、弦と弦の共鳴まで再現していたりして、生の演奏区別がつかない。

そういう意味でYOASOBIの音色がショボいことに異論は無い。まあ、後ろの音をカットして極端に打ち込みっぽくしてる夜に駆けるのピアノ代表的なように、それはあえてやってることなのは明らかであるので、本人達はショボいの一言で済まされると嫌だろうけど。

し・か・し!この音楽評論家は「音色がショボい」をそういう意味では使っていない。「シンセサイザープリセットをそのまま使っている」ことをもってショボいと言っている。まあそれはいいよ。別に広辞苑に音がショボいの定義が載ってるわけでもないし。

し・か・し!2021年にそのことをもってアーティスト批判しているとなると正気か?という感じだ。さっきの例に載せきれなかったが、これは「bootstrap.min.cssを読み込んでる!手抜きだ!このサイトはショボい!」と言っているに等しい。いや、使い方次第だし、つーかそれ今時普通だし……という。

シンセサイザーに出荷時に登録されたプリセットそのまま使うのは手抜きである考える人がいる(というかいた、絶滅危惧種)のはまあわかりますよ。でもね、2021年に「プリセットしか使わない曲が世間で許容されているのは信じがたい」とか音楽評論家が言っちゃうのは死ぬほど恥ずかしいことなのでやめた方がいいと思います(「プリセット~が許容されるのは嘆かわしい」というのだったら賛同はしないが理解は出来る)。

まずあなたは打ち込みJ-POPにそこそこ詳しい音楽評論家顔で登場していますけど、小室哲哉ってひと知ってますちょっとマイナーかな?多分知らないと思うのでただのリスナーの僕が評論家先生説明してあげますが、「プリセットしか使わないでJ-POPで天下を取った男」です。小室プリセットほとんど弄りません。そのことを彼はインタビューで度々悪びれもせず語ってきました。

https://www.youtube.com/watch?v=LgBxze0ye94

これの30秒過ぎからクラブ系の曲を作ったことがある人だったらフフッとなると思う。なぜならここで、Sylenth1というクラブ系で1番人気のシンセサイザーの、起動して一番最初に鳴らせるプリセットがそのまま使われているからです。他に90年代当時の曲でも、あのピアノはどのシンセの何番のプリセット、とか結構バレてる。本人も隠してないし。

と、いうわけで20年以上前にはもうプリセットまんま使いで天下を取った人がいた訳なんですよね。評論家さんはご存知なかったみたいなので今日小室哲哉名前だけでも覚えて帰ってくださいね

で、別にプリセットまんま使いは新しいことでもないのだが、むしろ最近トレンドだったりもする。海外アーティストトラック(要するにソースコード)見てみ、やつらNexusめっちゃいい音のプリセットが大量に入ってるシンセbootstrapuiパーツみたいなもん)しか使ってねーぞ。

まーそんな感じなんで、2021年プリセット批判は正直かなり何も知らないのがバレて共感性羞恥でキツいっす正直。

に、加えて音圧!2021年に音圧がない=悪いとかいう論をプロがぶつとは夢にも思わなかった。音圧戦争ってFlashサポート終了より前に終了したぞ。それもまさかご存知ない……?

そもそも音圧が何か分からない、あるいは最近の音圧事情が分からない方に説明します。CDとかの場合、入れられる最大音量ってデータ的に決まってるんですよね。弁当箱の容量と思ってください。で、人間って大きい音の方がいい音に錯覚してしまうんですよね。弁当カロリーが高いほどジャンクに旨く感じてしまうと思ってください。そうなると弁当箱いかカロリーを詰め込むかという戦争が始まりますね。

音圧が高い曲の例

https://www.youtube.com/watch?v=e-IWRmpefzE

このあたりの話は「音圧戦争」とか「海苔波形」とかでググってもらえればいいんですけど、決まった容量の弁当箱に詰め込めるだけ詰め込むと色々犠牲になるように、音楽でも音質が犠牲になっていました。

で、それを技術解決したのがYoutubeとかSpotifyとかですね。彼らは音圧が高い曲の音量を下げて、他の曲との音量差を少なくしました。揚げ物使った弁当弁当箱サイズ強制的に2/3にするイメージですね。そうして消費者錯覚に騙されず本当に美味しい弁当を選ぶことができるようになりました。めでたしめでたし。というのが去年一昨年あたりまでのあらすじなんですけど、評論家さんご存じない……?で、去年あたりはその音量を下げられる中でいか上げ底とかで消費者錯覚させていくかとか、あるいは消費者の側で「ここ10年くらい揚げ物ばっかで飽きたか煮物とか逆に今新しい気がするわ」とかムーブメントが出てきてるのも、これもご存じない……?たとえば最近Youtubeとかで80年代Citypopとか流行ってるのはその流れもあります

総評:あの音楽評論家の言っていることは無茶苦茶なので理解できないのが正しい。増田は悪くない。

(2021/2/7追記)書きました anond:20210207093448

2021-01-13

anond:20210113011527

書くより読むほうが上達する。

上手いコードも下手なコードもとにかく読め。

普段使ってるOSS実装を読め。

普段作ってるアプリ自分が触れていない部分のコードを読め。

社内の上手い奴が書いているコードを読め。

社内の下手な奴が書いているコードを読め。

上達しないって言ってる連中はコードパターンイディオムを知らない。

最終系のコードイメージが無いかコードに方向付けが出来ないし、その場その場で取っ散らかった実装になる。

デザインパターンだけ知ってたって使ってる言語で実現する方法を知らなきゃ活用できない。

単体テスト単体テストを書きやすコード、書きやすくするための工夫を知らないと書けない。

適切なエラーハンドリングをするなら例外とは何か、ライブラリではどういう例外をどういうときに投げているか知らなければ正しくハンドルできない。

かいアルゴリズムより言語機能を熟知していか自分コードを書かずに実現するか考えろ。

からコードを読め。

初心者プログラマをなかなか脱却できない

念願叶ってプログラマとして生計を立てるようになって、はや8ヶ月。

アラフォーでの思い切ったキャリアチェンジを後悔したことはないし、毎日楽しいことの連続だけれど、俺はいプログラマとしての伸び悩みを猛烈に実感している。

具体的には、オブジェクト指向とかデザインパターンとか単体・結合テストとか適切なエラーハンドリングとかアルゴリズムとか、納品物としてプログラム一定品質担保するスキルが圧倒的に不足している気がする。

一応日々勉強はしているものの、納期に追われているとどうしても手癖でコードを書くようになってしまうし、社内にコードレビュー文化がまだ根付いていないので添削してもらう機会もなく、なかなかスキルが身に付いていかない。

プログラマのみんなはどこでそういった知識を得て、どうコードに活かすのだろう?

とにかく毎日書きまくって手癖を克服あるいはブラッシュアップして、あとはコードレビューしてもらえるように社内環境を整えるしかないんだろうか。

2021-01-08

プログラミングスクールに通うくらいなら本を読むな

プログラミングの独学なんてネット情報で十分じゃない?

本いる?

まずさあ、〇〇を作りたい!って情熱最初にあればあとはどうとでもなるよね。

俺は最初は体系的な知識なんていちいち勉強しないで

ゲームが作りたかたからYaneScriptでゲーム作って喜んで満足してたよ。

んでYaneScriptはC言語に近かったからそのままスムーズにCも覚えて、

そのあとJava覚えてC++覚えていって、オブジェクト指向とかデザインパターンとか覚えていったよ。

本に頼らないとダメだなんてプログラミング向いてないんじゃない?w




というのは半分冗談で、ある程度覚えてから普通に本で勉強したけどね。

でも最初はなんの言語でもいいからとにかくモノを作って動かして楽しー!ってやればいいんじゃないですかね。

そういうのがない人も別にやめろとは思ってなくて、必要ならスクールに通えばいいんじゃねーの。

元ネタで挙げられている本は独学では読まなくていいけど、スクール卒業とかちょっと実務経験した後には読めよとは思う。

2020-12-03

anond:20201203133759

そこには完全同意だがそれをしてこの2020年に「クラスインスタンス構造は本当はデザインパターン一種で」と説明するのは誤解を生む不誠実な態度ではないかとも思った

anond:20201203131305

デザインパターン普通意味GoFデザインパターン)以外の意味で使っているのだろうか

こういう人(俺の言うデザインパターンはこういう意味から、的なこと言う人)がいると、まとまる話もまとまらなくなりとても面倒くさい…

anond:20201203094106

クラス自体本来デザインパターンからなあ

今やだれもそんな風に考えないけれども…

2020-10-23

anond:20201023144203

デザインパターンかいう以前に、ソフトウェア設計の基礎の基礎

こういう当たり前のことをなにか特定技術だと思ってるのはセンスが無いんだよ

ビジネスマナーの本読んだけど『朝出社したら挨拶しろ』とは書いてなかった。こういうことはなんて言う本に載ってる?」

とか聞いてるようなもん。プログラミング以前に幼稚園から人生やり直した方がいい。

2020-10-22

デザインパターンって必要だよね?

どこで使うかわからないけど

知らないよりは知ってたほうがいいし

オブジェクト指向理解にも役立つし

使ったことないけど覚えておいた方がいいよね?

anond:20201022212544

うーん、2005年ぐらいか

Scala とか出てきたけど、デザインパターン言語レベルで組み込まれたのは、これぐらいじゃない?JavaJavascript も機能に組み込んだけど。

anond:20201022005749

クラスオブジェクト指向言語機能は何でも出来すぎるという意味goto文に近いと思う。

goto機能的に制限された構造言語構文に進化したように、デザインパターンもっと整理してそのパターンに沿った文法以外では書けない新世オブジェクト指向言語が作られるべきだったと思う。

(実際、イテレータパターンはforeachの文法として言語機能に取り込まれたといって過言ではないだろう)

2020-07-18

anond:20200718045901

あー、確かに僕はオブジェクト指向ちゃん理解できてないです。

データの扱いが汚いせいでぐちゃぐちゃになってるのだと思ってました。

最初一生懸命考えてクラスを作るのですが、だんだん最初ルールでは扱えなくなってきて、妥協妥協を重ねてなんでもできるクラスになっていってしまます

デザインパターンもっと理解しないとダメなんですね。

anond:20200718050446

プロダクト全体のデザインパターンアーキテクチャ系)を決めておくのは必須だろうな

時々、Managerクラスを乱発して見るに堪えないプロジェクトを見ることもあるけどwww

抽象化し過ぎたというのは経験上あまりいかな。仮にやり過ぎというのがあったとしても困ることはほとんどない。

共通化に関してはむしろ依存性が高まる可能性もあるので、やるならシンプルな処理が良いだろうね。

共通化=継承みたいな性質があるので)

基本的には抽象化して後の処理は「具象クラスに任せる」の方が多少愚直にはなっても設計的に大きな瑕疵にはならないと思う。

後々、問題が出てもリフクタやすいしね。

anond:20200718044236

あなたはたぶん抽象化意味理解していない。

仮想クラスインターフェースは分かる?

使い道含めて理解してる?

要するに前のプロジェクトはパワーコーディングで作っていった結果、収拾できなくなってしまったんでしょう?

(それ自体は良い経験だと思うけど)

抽象化というのはそのまんま情報の簡略化であり、情報を簡略化するには綺麗なコードじゃないと無理なんだよ。

綺麗なコードは各々のオブジェクトが持つべ役割・持つべきではない役割明確化されており、綺麗なコードというのはコードコメントがなくても他者理解できるようになっている。コード自体が処理の説明がなされているんだよ。

もう一つ、あなたプロジェクト構成ちゃんレイヤー化されている?

新しいクラスファイルを配置する時、明確なルールが作られている?

この辺りを意識するとまた違うんじゃないかな?

とはいえ、誰しもが最初から全てを理解しているわけじゃない。みんなあなたのように「やらかして」反省して、同じ徹を踏まないように次のコードで反映させていくのだから

余裕があったらゲームデザインパターン書籍も読んでみると良いよ。読み切る頃にはかなりの成長をしていると思う。

2020-06-28

デザインパターンコンポジションわからん

からない。

[追記]

ちょっとわかってきた気がする。

2020-06-12

anond:20200612172542

オブジェクト指向」なんてものC言語ができた時点で既に確立されており

それはさすがに盛り過ぎだと思う

もともとデザインパターンに分類されるものから誰かが作ってたことは否定はせんが

2020-05-29

anond:20200529141931

オブジェクト指向なんか止めろ、デザインパターンなんて意味ない

どこにそう書いてあるのでしょうか。

anond:20200529141338

オブジェクト指向なんか止めろ、デザインパターンなんて意味ない、って言ってる人をスマホアプリ開発に突っ込んだらどうなるのかね

ネイティブAPIオブジェクト指向ずぶずぶだし、そんなのは多分使いたくないわけじゃん

変なフレームワークかに走るんかな

ログイン ユーザー登録
ようこそ ゲスト さん