「自作」を含む日記 RSS

はてなキーワード: 自作とは

2018-11-21

djangoって何を目指してるの

htmlの中で

{{form}}とかやると受け取ったformを展開できて非常に便利なのだ

例えばbootstrapなどを使いたいときclass指定とかするのに困る時がある。特にテキストフィールドなど。

これに対しform.pyなどで定義した自作form内のコンストラクタclass=form-controlを付与することで対応できるそうだ。

でもそれだと何のために見た目と中身を分けているの?html内の記述対応できないと一貫性がなくない?

現にdjango-bootstrap-toolkitみたいなのがあってbootstrap4で使えるかはわからないけど

{{form | class-format}}みたいな記述ができるみたいだ。こういう方向性を目指すべきだと思うのに、何故フォーム作成コンストラクタ対応しようとするのか。

anond:20181121133104

タイヤ買ってきて自作サンダルに加工すれば?やってる人いるらしいよ

2018-11-19

サイバーセキュリティ担当大臣とか

議員の中にも探せば一人くらいは、PC自作趣味とか、そういうマニアいるかもしれないけどせいぜいそれくらいが限界だろうから民間から起用するしかないよな。

2018-11-17

自炊入門としての麻婆豆腐の秀逸さ

自炊の初歩として「麻婆豆腐」はとてもおすすめできると考えている。クックドゥーの素を買ってくれば済む話と思われるかもしれないが、それでは麻婆豆腐を通じて得ることのできる経験スルーすることになってもったいないし、何しろ高く付く。麻婆豆腐自炊スキルと高めることができると同時に、節約料理としても最適である。そして、美味い。三拍子揃っている。

自炊第一歩としては「カレー」の右に出る者はいいかもしれない。是非ともカレーマスターしたら次は麻婆豆腐チャレンジしてほしい。

本稿では自炊としての麻婆豆腐の素晴らしさについて紹介していく。

1. 安い

麻婆豆腐は安い。私がいつも作る材料を明記しよう。

・ひき肉 250円

玉ねぎ1個 50円

長ネギ1本 100円(相場変動が激しいが1本50円100円で買える)

豆腐2丁 100円(買う店によるが2丁で50円100円)

・各種調味料1回あたり 50円(推測)

片栗粉 数円

計450円〜550円。これでだいたい5食分できるので1食約100円。私は白飯よりもおかずを多く食べるので5食分としたが、人によっては10食分になるかもしれない。だとすれば1食50円だ。さらに、節約したいならひき肉を減らして玉ねぎ豆腐を増やせばいい。上記は肉の分量が多めの配分になっている。

一度にどのくらい作るかは各人の自由だが、1食あたり50円100円であるとご理解頂けるだろうか。白飯1杯もだいたい50円と言われているので、節約麻婆豆腐で飯を食えば1食100円に収めることができるということ。かなり魅力的な節約レシピではないだろうか。作り過ぎたら冷凍すればいい。

2. 早い

麻婆豆腐というと何だか面倒臭そうな料理に思えるかもしれないけれど、どの料理よりも簡単であることが作ってみるとわかる。基本的に「炒める→お湯に浸す→片栗粉でとろみを出す」の3工程だけである。慣れてくると10〜15分くらいで出来上がる。

自炊というのは面倒くさい。特に、今すぐに食べることができないのが面倒である。だけど、麻婆豆腐は「あ、腹が減った」と思い立って作ることができる。極度にめんどくさがりでカップラーメン大好きの私でもできる。

3. 味の何たるかを知ることができる

麻婆豆腐は沼である。誰もが世界で一番美味しい自分だけのカレーを作ることができるように、あまり知られていないが、麻婆豆腐にもそれが当てはまる。

自作麻婆豆腐を作るためには「豆板醤」なるもの必要っぽいことをまず思い付くだろう。で、それを買ってきて作る。うーん、とりあえず麻婆豆腐っぽいものはできて食べれなくもない、けど何かが足りないんだよなー。

調べてみると「甜麺醤」という甘みを加えるための調味料もあるらしい。「豆鼓醤」というのもあるらしいが、まーこれはよくわかんないからいいや。と、甜麺醤を加えて作る。うん、前回よりは美味い。だけど何か味に深みがないっていうか、店とかで食べる麻婆豆腐とは程遠いな。何が原因なんだろ。

満を持して「豆鼓醤」を買ってきて作る。食べる。……美味い!豆鼓醤すげえな!豆鼓醤それ自体を舐めてみてもはっきり言って何だかよくわからない。だけど、麻婆豆腐に入ると味に奥行きが出る。驚愕する。

最近ではゴマ油を大量に使って作るとさらに美味しくなることを発見した。何か物足りない時には「中華スープの素」か「醤油」か「豆鼓醤」を入れておけば問題ないこともわかってきた。

このように、美味しい麻婆豆腐を作るプロセスにおいて、好みの味に仕立て上げるための方法自然と会得できる。材料費が安いので何度でもチャレンジやすいし、調理時間も迅速なので結果がすぐにわかることも長所だ。

4. 料理手際が良くなる

中華料理は強火が基本だ。麻婆豆腐例外ではなく、弱火でちんたら調理するよりも強火で豪快に作ったほうが美味しいし、調理時間も短縮できる。最初から最後まで基本的には強火だ(水溶き片栗粉を入れる時には火を止め、入れた後は中火)。

油断していると焦げる。従って、頭はフル回転で事前準備も抜かりなく行うことになる。疲れると思われるかもしれないが、やっているうちに楽しくなってくる。手が空いたら勢いに乗って調理器具を洗おうというやる気も出る。面倒くさがりな私が調理器具調理中に洗うのは麻婆豆腐を作っているときだけである

麻婆豆腐は難しい料理ではない。焦げる心配があるのも炒めているときだけ。だから料理に慣れていない人でも思い切って強火でやってみてほしい。失敗しても材料費は安い。

5. 美味い

自作麻婆豆腐は美味い。こんなに簡単に作れるんだと驚くし、人に話すと「料理ができる人」との称号も得ることができる。

そしてある日、中華料理屋に行く。すっかり麻婆豆腐の魅力に取り憑かれたあなた麻婆豆腐を注文する。この店の麻婆豆腐とやらを食べさせてもらおうじゃないか。お手並み拝見と行こう。

麻婆豆腐が運ばれてくる。いただきます。口に運ぶ。

──う、美味い、と衝撃を受ける。え? これすげーな!ピリ辛やばいぞ。どんだけ花山椒入れてるんだよ。このジャリジャリしたのなんだろう? 胡椒? うーん、わからん。つーか、油こんなに使っていいのか。えー、こんなの家でどうやったら再現できるんだよ……。

こうしてあなた自分がまだまだ未熟な麻婆豆腐職人であることを知り、より一層自宅での修行に励むこととなるのだった。ハッピーエンド

2018-11-16

ヒプマイ好きなの?

好きなんだろうな。

まあ、政治ネタで吹き上がる女増田さんにだって趣味コンテンツぐらいあるか。

こないだ妹が見てたか生放送ちらっとみたけど、ヒプマイのファンって自作ラップ投稿したりしてるんだね。で、声優に読んでもらって喜んだりしている。いやマジであれは、ファン覚悟とか熱狂レベルが高いわ。冷静に考えて、自作ポエム投稿しているってすごいぞ。黒歴史まったなしだと俺は思うんだが、妹は「今回放送されたラップは出来がイマイチだったな」とか真面目に評価してるし、そういう土壌があるってのは、中々独特というか、一歩離れてみていたいところがある。

いや、政治ネタラップとか、当然全力でマウスホイール回してスルーするけどな。

声優が読んでるわけじゃないし。

2018-11-14

anond:20181114204544

「ザ」バスでいいですよ。

味の好みで選ぶのを最優先。フルーツ各種、チョコヨーグルトなど選べる。

苦味も人によって強く感じるけど、

わずかな苦味しか感じないなら、

ビタミン系由来だから気にしなくていいこともある。

アレルギー大豆アレルギーがある人はそれからできたプロテインを避けて。

両方の人はしょうがいから卵の白身から自作とか・・。

プロはこだわりをマンスプレイニングしてるだけだろ、ほっといていい。

2018-11-10

anond:20181110171701

オリーブオイル岩塩ハーブレモン果汁を混ぜて自作した俺のスペシャルドレッシング冷蔵庫に入れたら世界破滅した。取り急ぎ情報共有。

追記:

健康の為に買ったココナッツオイルは常温なのに世界破滅した。取り急ぎ情報共有。

2018-11-08

anond:20181108114620

若造なのか? こじらせて引きこもってるロスジェネ40代パソコン大先生と見たが。

PC自作core i7 2XXXX台を未だに使ってる)

2018-11-07

村上くんのために保存しておいてあげる

大学時代マテリアル系を専攻していた。

その中でも結構有名というか、研究内容を言ったら特定される分野なので詳細は省く。

GPAバトルを制し新進気鋭の研究室に入った俺を待ち受けていたのは、今考えても普通に訴訟もんだろというレベルブラックな「現場」であった。

同業者の方はご存知と思うが、マテリアルというのは日本がかなり強い分野であり企業の注目度も高く、

なおかつ実用度が非常に高いため「金の成る木」としてバイオと並んで世界との競争が激しい分野でもある(らしい)

比較する先が世界なので、当然世界レベル努力と実績を要求されることは入って知った。

20時間ぶっ続けでサンプル作った実験結果を当日のゼミで発表すると「もうちょっと綺麗に資料作れないの?」とか平気で言ってくる准教授

真面目で頑張り屋なのにインパクトファクターを稼げずドクターを6年続けて鬱になった先輩。

めっちゃ上から目線日本国の公的手続きの手助けを求めてくる外人ポスドク

当たり前だがすべての研究無償ボランティアであり、どころか金払って受ける教育なのだが、

求められるのは仕事としてのクオリティ。遊びでやってんじゃないんだよ!

頑張って書いた論文ファーストオーサーはもちろん…教授「俺だよ」

いろいろなことに嫌気がさした俺はアカデミックの道を早々に諦め就活を頑張ることにした。

教授からは「好きでやってる研究だろう。好きなことにすら不真面目な君が社会に出てやっていける訳がない(意訳:研究室で奴隷続けろ)」と全力で人格否定を受けつつ、

少子化の影響もあってか、まあまあ有名といえる程度の大手企業にどうにか滑り込むことができた。

会社に入るとまず待っていたのは教育に次ぐ教育だった。

今時小学生でもわかるだろというようなレベル情報処理の授業、

中学生国語でやるだろというようなレベルビジネス作文の授業、

理系なら全員知ってるだろという感じの電気の授業、

あらゆる授業を仕事として受けることになる。もちろんおちんぎんが発生する。

すべての課題を秒速でクリアし、定時より手前で帰る日々がしばらく続く。

まり簡単なので研修よりは同期とのレクリエーション目的なのだろうと勝手忖度していた。

遊びながら金がもらえるとかいう夢のような環境である

ある程度の教育を終えると晴れて部署配属となる。部署SE部隊

情報出身ではない俺だったが、趣味プログラミングはかじっていたし興味もあった。

入ってすぐの仕事はあるシステム(社員が使っている自作ツール)の改修だった。

新卒簡単仕事を与えつつ、プログラミングスキルを伸ばしつつ、自分たち仕事効率化できる、という上手い采配である

プログラミングはかじっていたとはいものの、ゲームを作ろうとして挫折したり、あとはHelloWorldレベルくらいで、

まともに運用したのは精々MATLABのような特殊ものだけ。所謂プログラミング言語で利用者がいるソフトを触るのは初体験だった。

詰まっては調べを繰り返しながらも趣味の延長のような感じで楽しく取り組むことができ、上司の引いた工程3分の1で完了した。

ここで上司から10年に1人の逸材」の評価を賜る。

俺は平静を装いつつも内心歓喜した。

なにせ不真面目学生である俺は教授から目出しをくらったこしかなかったのだ。久々に得られた自己肯定感である

これはいけると判断したのか、同じく社内ツール改修の仕事をいくつか振られる。

片付けていくうち、俺のPCスキルが先輩社員と比べても高い部類にいることに気付く。

自作ツールを社内LANで動かすとファイヤーウォールに引っかかったりなどするが、先輩社員がそれを対処できないのだ。

どうやらそういう感じで動かなくなり、放置されていた部分を俺が解決しているらしい。

だがWindowsFWの設定なんてNasneアニメを撮りためたりFPS海外鯖に接続するようなヒキニートにとっては半ば常識である

陽キャパリピっぽい先輩が知らなくても無理はないが、SE部隊で長年社会人やっておいてわからないことには軽く失望する。

プログラミング派遣仕事とは言っても使役する側に知識がないのではやはり困ると思う。

ちょうどその時、働き方改革かい名目で各職場独自でやっていたシステム統合し、

営業所独自に動いていた勤休登録システムが全社的に統一されることになった。

新しいシステムUIモダンで、前のよりぶっちゃけ使いやすくすぐに慣れた。

だが先輩は勝手がわからないらしく、俺が先輩に質問する回数が減るのと同時に、先輩が俺に質問する回数が増えた。

働き方改革の魔手は勤休にとどまらず、いろいろな社内システム統合されてゆく。

頼られる頻度は増し、頼ってくる相手も先輩だけではなくなってきた。どこから噂を聞いたのか他部署の人から質問の内線が来るのである

上司に聞けや。知っとると思うがワイ新卒やぞ?と思いながら(つーか言いながら)回答する。

まあ新しいものには若い方が強いみたいな感覚理解できるが同期に聞けよ←残念同期からも同じ内容の質問が飛んでくる‥現実です‥これが現実‥!

このあたりで自己肯定感よりぶっちゃけ不信感を感じることが多くなってくる。

かに中学生以降は家族でも学校でもパソコンに強いニキではあったが、

まさか面接選抜されたひとだけで構成されている筈の会社パソコンに強いニキをやるとは思わなかったのだ。

まあそんな人が一人もいないはずがないので、多分、本当に詳しい人はうちではなく客先に居て、かつ忙しいということだろうと思うが。

さすがに面倒に感じていたある時、PukiWiki社員編集して公開できる神システムを見つける。

当然というべきか、数年前に何某が色々編集していた痕跡だけを残し、現在廃墟と化していた。が、サービスは生きていた。

ゲーム攻略を頑張って書き込んでいた時代を思い出しつつ、新しい社内システムの利用法を懇切丁寧に解説するWikiを作る。

これが大受けし営業所内でも一躍有名人に。

上司からは「その辺の社員100人より貴重」「絶対やめないでくれ」的な評価を賜る。

社内ツールの使い方記述しただけで褒められる異常事態に少しずつ価値観麻痺してくる。

ここらで満を持して炎上プロジェクトに投入される。

炎上の原因は、代々伝わる秘伝のソースと化したソースだった。

仕様書がないのはもちろん、そもそも社内環境ビルドできない、なんと.NETではないVBである

当たり前のように1ファイル50kstepを超えるソースがずらずら並ぶ様は威圧感すら感じさせた。

そんなのが現役で動いていたんだお客様セキュリティとは

上司を含めて誰もソケット通信が分からない中、元々チャットツールを作ろうとして失敗した経験のある俺は、

先輩が3人×3時間=9工数かけて解決しなかったあるバグをちょいとググっただけで10分で解決

まあぶっちゃけますエンディアン系のバグである

というようになんかやたらと活躍し、どうにかプロジェクトが終わるころには上司評価天元突破した。

地味に詳しい人は他にもいる(外にいて忙しい)ということもわかり推測は当たっている様だった。

会社に入って以降「君は社会ではやっていけない」と言った教授言葉信憑性は下がる一方である

なにせ主観的にはヒキオタがヒキオタっぽいことをやっているだけで褒められるのだ。

募る違和感の中、経団連会長室にメールが導入されたニュースと、そのコメントを見て気付いた。

俺は異世界転生したのだと。

そう、俺の就職先は、パソコン強いニキが崇め奉られる異世界だったのだ。

異世界なので何やっても訳の分からない褒め方をされる。

自席で堂々とYouTubeを見てたときには流石に上司に苦言を呈されたのだが

ゼネラリストには情報収集も必要」と言い訳すると「おお…」「さすが村上君だ…」となって許された。(マジ)

ちなみにマーケット調査名目業務YouTuberを見ることを冗談のつもりで提案したら、真面目に検討された。(マジ)

他の人にはありえないが俺だけ許されるところに落ち着くのではないだろうか。

うける。

anond:20181107032904

正直言って危機感はある。

世界と戦うを標榜していただけあって確かに研究室のレベルは高かったと思う。非情報系でもプログラミングはできて当たり前だったし。

この会社は(最近一定以上大きければどこもそうじゃないかと思うが)半官半民みたいなもんなので、皆どことなのんびりと仕事をしているように見える。

その結果、当然ながら競争力が落ちる。落ちはするが、会社組織は存続し続ける。

そして存続し続ける会社の中には「異世界」が広がっているのである

他の会社もそうだと思うが、各地で頑張ってる派遣プログラマーの方がよほど技術力が高い状態

大丈夫日本大丈夫か弊社。

まあでも転生した側としては居心地いいのでこの異世界に骨を埋めるのも悪くないと思っている。

新卒で入った会社異世界な件

大学時代マテリアル系を専攻していた。

その中でも結構有名というか、研究内容を言ったら特定される分野なので詳細は省く。

GPAバトルを制し新進気鋭の研究室に入った俺を待ち受けていたのは、今考えても普通に訴訟もんだろというレベルブラックな「現場」であった。

同業者の方はご存知と思うが、マテリアルというのは日本がかなり強い分野であり企業の注目度も高く、

なおかつ実用度が非常に高いため「金の成る木」としてバイオと並んで世界との競争が激しい分野でもある(らしい)

比較する先が世界なので、当然世界レベル努力と実績を要求されることは入って知った。

20時間ぶっ続けでサンプル作った実験結果を当日のゼミで発表すると「もうちょっと綺麗に資料作れないの?」とか平気で言ってくる准教授

真面目で頑張り屋なのにインパクトファクターを稼げずドクターを6年続けて鬱になった先輩。

めっちゃ上から目線日本国の公的手続きの手助けを求めてくる外人ポスドク

当たり前だがすべての研究無償ボランティアであり、どころか金払って受ける教育なのだが、

求められるのは仕事としてのクオリティ。遊びでやってんじゃないんだよ!

頑張って書いた論文ファーストオーサーはもちろん…教授「俺だよ」

いろいろなことに嫌気がさした俺はアカデミックの道を早々に諦め就活を頑張ることにした。

教授からは「好きでやってる研究だろう。好きなことにすら不真面目な君が社会に出てやっていける訳がない(意訳:研究室で奴隷続けろ)」と全力で人格否定を受けつつ、

少子化の影響もあってか、まあまあ有名といえる程度の大手企業にどうにか滑り込むことができた。

会社に入るとまず待っていたのは教育に次ぐ教育だった。

今時小学生でもわかるだろというようなレベル情報処理の授業、

中学生国語でやるだろというようなレベルビジネス作文の授業、

理系なら全員知ってるだろという感じの電気の授業、

あらゆる授業を仕事として受けることになる。もちろんおちんぎんが発生する。

すべての課題を秒速でクリアし、定時より手前で帰る日々がしばらく続く。

まり簡単なので研修よりは同期とのレクリエーション目的なのだろうと勝手忖度していた。

遊びながら金がもらえるとかいう夢のような環境である

ある程度の教育を終えると晴れて部署配属となる。部署SE部隊

情報出身ではない俺だったが、趣味プログラミングはかじっていたし興味もあった。

入ってすぐの仕事はあるシステム社員が使っている自作ツール)の改修だった。

新卒簡単仕事を与えつつ、プログラミングスキルを伸ばしつつ、自分たち仕事効率化できる、という上手い采配である

プログラミングはかじっていたとはいものの、ゲームを作ろうとして挫折したり、あとはHelloWorldレベルくらいで、

まともに運用したのは精々MATLABのような特殊ものだけ。所謂プログラミング言語で利用者がいるソフトを触るのは初体験だった。

詰まっては調べを繰り返しながらも趣味の延長のような感じで楽しく取り組むことができ、上司の引いた工程3分の1で完了した。

ここで上司から10年に1人の逸材」の評価を賜る。

俺は平静を装いつつも内心歓喜した。

なにせ不真面目学生である俺は教授から目出しをくらったこしかなかったのだ。久々に得られた自己肯定感である

これはいけると判断したのか、同じく社内ツール改修の仕事をいくつか振られる。

片付けていくうち、俺のPCスキルが先輩社員と比べても高い部類にいることに気付く。

自作ツールを社内LANで動かすとファイヤーウォールに引っかかったりなどするが、先輩社員がそれを対処できないのだ。

どうやらそういう感じで動かなくなり、放置されていた部分を俺が解決しているらしい。

だがWindowsFWの設定なんてNasneアニメを撮りためたりFPS海外鯖に接続するようなヒキニートにとっては半ば常識である

陽キャパリピっぽい先輩が知らなくても無理はないが、SE部隊で長年社会人やっておいてわからないことには軽く失望する。

プログラミング派遣仕事とは言っても使役する側に知識がないのではやはり困ると思う。

ちょうどその時、働き方改革かい名目で各職場独自でやっていたシステム統合し、

営業所独自に動いていた勤休登録システムが全社的に統一されることになった。

新しいシステムUIモダンで、前のよりぶっちゃけ使いやすくすぐに慣れた。

だが先輩は勝手がわからないらしく、俺が先輩に質問する回数が減るのと同時に、先輩が俺に質問する回数が増えた。

働き方改革の魔手は勤休にとどまらず、いろいろな社内システム統合されてゆく。

頼られる頻度は増し、頼ってくる相手も先輩だけではなくなってきた。どこから噂を聞いたのか他部署の人から質問の内線が来るのである

上司に聞けや。知っとると思うがワイ新卒やぞ?と思いながら(つーか言いながら)回答する。

まあ新しいものには若い方が強いみたいな感覚理解できるが同期に聞けよ←残念同期からも同じ内容の質問が飛んでくる‥現実です‥これが現実‥!

このあたりで自己肯定感よりぶっちゃけ不信感を感じることが多くなってくる。

かに中学生以降は家族でも学校でもパソコンに強いニキではあったが、

まさか面接選抜されたひとだけで構成されている筈の会社パソコンに強いニキをやるとは思わなかったのだ。

まあそんな人が一人もいないはずがないので、多分、本当に詳しい人はうちではなく客先に居て、かつ忙しいということだろうと思うが。


さすがに面倒に感じていたある時、PukiWiki社員編集して公開できる神システムを見つける。

当然というべきか、数年前に何某が色々編集していた痕跡だけを残し、現在廃墟と化していた。が、サービスは生きていた。

ゲーム攻略を頑張って書き込んでいた時代を思い出しつつ、新しい社内システムの利用法を懇切丁寧に解説するWikiを作る。

これが大受けし営業所内でも一躍有名人に。

上司からは「その辺の社員100人より貴重」「絶対やめないでくれ」的な評価を賜る。

社内ツールの使い方記述しただけで褒められる異常事態に少しずつ価値観麻痺してくる。

ここらで満を持して炎上プロジェクトに投入される。

炎上の原因は、代々伝わる秘伝のソースと化したソースだった。

仕様書がないのはもちろん、そもそも社内環境ビルドできない、なんと.NETではないVBである

当たり前のように1ファイル50kstepを超えるソースがずらずら並ぶ様は威圧感すら感じさせた。

そんなのが現役で動いていたんだお客様セキュリティとは

上司を含めて誰もソケット通信が分からない中、元々チャットツールを作ろうとして失敗した経験のある俺は、

先輩が3人×3時間=9工数かけて解決しなかったあるバグをちょいとググっただけで10分で解決

まあぶっちゃけますエンディアン系のバグである

というようになんかやたらと活躍し、どうにかプロジェクトが終わるころには上司評価天元突破した。

地味に詳しい人は他にもいる(外にいて忙しい)ということもわかり推測は当たっている様だった。

会社に入って以降「君は社会ではやっていけない」と言った教授言葉信憑性は下がる一方である

なにせ主観的にはヒキオタがヒキオタっぽいことをやっているだけで褒められるのだ。

募る違和感の中、経団連会長室にメールが導入されたニュースと、そのコメントを見て気付いた。

俺は異世界転生したのだと。

そう、俺の就職先は、パソコン強いニキが崇め奉られる異世界だったのだ。

異世界なので何やっても訳の分からない褒め方をされる。

自席で堂々とYouTubeを見てたときには流石に上司に苦言を呈されたのだが

ゼネラリストには情報収集も必要」と言い訳すると「おお…」「さすが村上君だ…」となって許された。(マジ)

ちなみにマーケット調査名目業務YouTuberを見ることを冗談のつもりで提案したら、真面目に検討された。(マジ)

他の人にはありえないが俺だけ許されるところに落ち着くのではないだろうか。

うける。

正直言って危機感はある。

世界と戦うを標榜していただけあって確かに研究室のレベルは高かったと思う。非情報系でもプログラミングはできて当たり前だったし。

この会社は(最近一定以上大きければどこもそうじゃないかと思うが)半官半民みたいなもんなので、皆どことなのんびりと仕事をしているように見える。

その結果、当然ながら競争力が落ちる。落ちはするが、会社組織は存続し続ける。

そして存続し続ける会社の中には「異世界」が広がっているのである

他の会社もそうだと思うが、各地で頑張ってる派遣プログラマーの方がよほど技術力が高い状態

大丈夫日本大丈夫か弊社。

まあでも転生した側としては居心地いいのでこの異世界に骨を埋めるのも悪くないと思っている。

anond:20181106201605

日本ではスペシャリスト進化した形がジェネラリストと考えられている気がする。もし下位管理職スペシャリストと(正しく)定義すると、「ではどこからジェネラリストか」という議論が起こってしまう。

こう言いながらもジェネラリスト無能という価値観も併存するからなお意味分からんな。

あとブコメで"従業員が重火器武装していれば安易にクソ上司を射殺できる"と言ってるやつ、destructive deviceとかプレバンマシンガンは安めの映画カメラくらいはするからな。ポリマーロアでも買って自作AR15組んでろ。

2018-11-01

anond:20181031145044

おいしさなレトルトカレー料理の素、缶詰トマトのほうが安いしよい。

自作の白ご飯納豆食パン冷凍はあるとすごく助かる。シュレッドチーズも。

火力やあたために詳しくならないと冷凍は使いこなしが難しい中級編だ。

上でフライパン餃子ダメにした人がいるが、

自宅がハイカロリーコンロだということに気づかず

中火(=ハイカロリーだと弱火にみえがち)でゆっくりができなかったんだろう。

それでも冷凍しかないと思うのであれば、ピザとか冷凍おにぎりから揚げなど、

すでに中まで火が通っていて、

ちょっと冷たくても加熱しすぎてもたべきれるもの素人にはよい。

袋裏のあたため時間関西関東で違うことにもよく気を付けて。

袋裏の指示はほんと熟読して。

2018-10-28

anond:20181028145026

もしや貧乳ネタ面白い思ってるメイン層って中高生オタク子供

こないだ会った高校生オタク巨乳女と貧乳女が主軸の自作ラノベ書いてて引いたんだが

2018-10-26

増田プログラマー養成講座 その12 データベース参考書

前回は、MySQLphpMyAdminを使って、リレーショナル・データベースRDB)を少し触ってみた。

今回は、RDBの使い方や仕組みについて理解を深めるための資料を探してみよう。

 

本は、買う価値のある本と、買わなくてもいい本の2種類があるね。

  • 買う価値のある本:何度も読み返す本。
  • 買う価値のない本:1度読んだら終わりの本。(図書館で借りる。図書館にない場合は買う。読み終えたら古本屋などに売却)

どちらの本かは自分判断で決めよう。(1度で理解できない本は、何度も読み返すことになるだろう。)

 

初めてRDBを使う人のためのガイダンス

本書は,新人エンジニアデータベース全般について勉強したいとき最初に読む本です。

データベースに関する知識を広く浅く網羅的に紹介してた。

最初に読めば、DB全体を俯瞰する地図を手に入れたようなもの。その後の見通しが良くなる。

 

入門書(初級レベル

本書はMySQLをはじめて触る方を対象として,開発環境の準備からSQL基本的な書き方,PHPによるWebシステム開発まで,図解でわかりやす解説します。

MySQL入門書カラフルな図解が分かりやすい。

まずは、データ操作の基本「CRUD」(Create=追加、Read=取得、Update=更新Delete=削除)を理解しよう。

CRUDが分かれば、DBを使ったWebアプリを作れる。→ここがIT土方の最低レベルだぜ!

 

豊富な図解とていねいな解説により、やさしく・楽しくデータベースSQL学習できる入門書です。

本書は、データベース操作する問合型言語SQL」の文法練習できる。

SQLが読める&書けるようになれば、RDBを使ったプログラミングで苦労しなくなる。

 

 

 

上記2冊の入門書程度の知識を身に付ければ、RDBに関しては初心者から脱却できるはずだ。

RDBを使うプログラムを作るなら、まずはこの程度の知識クリアしておけば、十分だろう。


次の段階では、既存DBを使うだけでなく、「ゼロからDB設計、構築してくれ」と頼まれるようになるはずだ。

時間があったら、DB設計スキルを身に付けておこう。

(以下の話は、今の段階では無視してもOKRDBにある程度慣れたら読んでみて!)

 

 

 

ミックさんのDB

データベースの本はいろいろあるけど、「ミック」という人が書いた本はRDBの要点がまとまってるので、なるべく早い段階で一通り目を通しておくことをお勧めする。(ミックさんの本は買って何度も読み返してる。)

 

DOAデータ中心アプローチ

RDB設計方法はいろいろあるが、古典的手法として「DOA」(データ中心アプローチ)がある。

なぜこの古臭いDOAが、今でも重要なのだろうか?

DOAと、他の「OOAObject Oriented Approach:オブジェクト指向アプローチ)」「POA(Process Oriented Approach:プロセス中心アプローチ)」を比較した図を見てみよう。

OOAは、言い方を変えれば、

[ユーザー] ←→ [プログラム] ←→ [DB]

という流れになっている。

まりユーザーから見ると、間にある[プログラム]は、[DB]を包んでいる「ラッパー」でしかない。

=[DB]のデータ構造スキーマ)さえシッカリしていれば、間にある[プログラム]は取り替えてもあまり困らない。

 

RDBを使うシステムなら、DB設計プログラム設計よりも重要になる。

(後で[プログラム]を変更するよりも[DB]を変更する方が影響は大きい)

から今日でもDOAは十分に役立つ手法だと思って理解して欲しい。

 

DOAは、ざっくりと3ステップでやる。

  1. 分析会社業務などを分析して、データCRUDが発生してる所を列挙する。
  2. 論理設計データ間の関係分析して、「ER図」を作る。
  3. 物理設計ER図を基にして、DB設計する。

慣れたらER図を書かなくても、頭の中で思い浮かべるだけでもテーブルを作れるようになる。

 

最初DOAを知っておけば、今後他の設計方法を使うときでも、比較検討基準として使えるので、損はないはずだ。

それでは、DB設計の本を見てみよう。

 

DB設計(中級レベル

初級者が押さえておくべきDB設計の基礎知識ポイント正規化非正規化のケーススタディテーブル設計のやってはいけないバッドノウハウ、注意すべきグレーノウハウなどを丁寧に解説します。

DB設計入門書。著者はミックさん。

DOA正規化階層構造木構造)のデータの扱い方など、DB設計の基本を網羅的に説明している。

 

現場で使えるアイデアが満載 デキるDBエンジニアになろう!

私が設計スキルを付けるために実際に行ってきた「身の回りのものを題材にERDを書く」という方法サンプルを今回は8種類書き下ろさせていただきました。

手前味噌ではありますが、本書をお読みいただき実践していただくことで「実務で具体的に手が動く」というレベルに達していただけると考えています

DB設計入門書

DOAの考え方、ER図の書き方などが説明されている。

 

RDB理論上級レベル

RDBSQLは「関係代数」という数学が、その基礎を支える理論になっている。

関係代数」などを解説

RDBを改造したり、自作したくなったら、RDB原理を知っておきたい。

この手のコンピューターサイエンスの本って、難しくてつまらない本が多いけど、この本は図解が多くて、珍しく分かりやすい本だったw

 

ネット

本の情報は、出版された瞬間から陳腐化が進む。

最新の情報は、ネット確認することができる。

 

公式サイトオンラインマニュアル

自分が使うデータベースマニュアルは最も基本的な1次情報になるので、不明点があったらまず確認するようにしたい。

など、公式サイトオンラインマニュアルをチェックしておこう。

 

ミックさんの解説記事

ミックさんは、ネットでもDB技術論の記事を公開されており、参考になるかも?

(↑無料Webサーバー「Yahooジオシティーズ」は2019年3月閉鎖予定なので、読むなら今のうち?)

 

階層構造になっているデータカテゴリー情報など)をRDBに保存するとき、主なやり方が3通り紹介されてた。(上記の本でも紹介されてる)

  1. SQLで木と階層構造データを扱う(1)――入れ子集合モデル
  2. SQLで木と階層構造データを扱う(2)――経路列挙モデル
  3. SQLで木と階層構造データを扱う(3)――入れ子区間モデル

自分は(2)の「経路列挙モデル」が分かりやすくて、いつも使ってる。

 

…という具合に、ネット上の公開記事にも参考になる情報がたくさんあるよ。

(ここまでの説明URLを9個張ってしまったので、もうこれ以上URLを張れない。><

他にもGoogle検索などで役立つ記事を探してみよう!(唐突な締めw)

 

NoSQL

データストア(データを保存する道具)は、RDB以外にもいろいろある。→「NoSQL」とか呼ばれている。(自分検索してみてw)

RedisHadoop、ElasticSearch、OpenStack…いろいろな道具が発明されてるね。

RDB以外のデータストアを使うときでも、RDBと相違点を比較しながら学べば、取っ掛かりが持てて、理解スムーズになるだろう。

RDBは、知っておいて損はない。使いまくって、体得しよう!

 

まとめ

RDBSQLパズルみたいなものから、楽しんで学んで欲しい。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書

anond:20181024214133 増田プログラマー養成講座 その11 データベースを使ってみよう

anond:20181026145516 増田プログラマー養成講座 その12 データベース参考書 ←★今ここ★

anond:20181028152656 増田プログラマー養成講座 その13 SQL文法

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

2018-10-25

anond:20181025231414

スペクトルアナライザならGHz帯でも自作キットを5万くらいで売ってくれるマニアがいるのにな。

GHz帯の自作オシロキットを安く売ってくれる物好きはいないのかな。

2018-10-23

anond:20181022150622

自分も起きられなかった人間だけど「頭を朝日があたる方向に向けて寝る」か

「光目覚ましを使う」でなんとかなってる。

後者自分は数年前にプログラムタイマーデスクライト

自作したが、今は安いものもあるっぽい。

2018-10-22

増田プログラマー養成講座 その9 MVCフレームワーク

前回はオブジェクト指向プログラミングOOP)で使う様々な仕組みについて学びました。

今回はOOPWebアプリを作ってみよう!

 

今日学ぶこと

 

OOPの使いどころ

OOP文法を学んだ後、OOP長所が発揮される場面をどうやって説明したらいいのか?を考えてみた。

横田意見を参考にして、「フレームワーク」を使って、OOPの使い方を見てみよう。

 

フレームワークとは?

framework →「枠組み」「骨組み」「構造」などという意味英語

システム開発で使われる「フレームワーク」とは、よく使われる機能のパーツを用意して、まとめて1つのパッケージにしたプログラム群のことだ。

 

イメージとしては、いろんなおかずが入ってる豪華な幕の内弁当のようなものだ。

ただし、ご飯のマスだけが空になっていて、プログラマー自分ご飯を用意しないと、弁当としては完成していない形になってる。

普通の白いご飯を作って追加しても良いし、好みや必要に応じて、炊き込みご飯やまぜご飯を作って追加しても良い。

ゼロから豪華な幕の内弁当を作るのは大変だけど、ご飯だけ用意すれば完成するので楽ができる。

 

プログラムの開発でフレームワークを使うと、プログラマー必要最小限のコードを書くだけでアプリを完成させられるので楽ができる。

 

ライブラリーフレームワークの違い

フレームワーク」と似た用語で「ライブラリー」という用語がある。

イメージとしては、ライブラリーは、ばら売りのおかずだ。

弁当を作るときに使いたいおかず(ライブラリー)を自分で考えて探し出し、選ばないといけない。

フレームワーク最初からおかずが全部用意されているので、自分でわざわざ選ばなくてもOK

 

プログラム動作で見た場合フレームワークライブラリーでは決定的な違いがある。

↑このページの「図1●フレームワークにおける制御の反転」という図解を見てみよう。

制御の反転」(Inversion of Control、IoC)といって、自分の書いたコードが主役から脇役になってる点が違う。

 

(主役と脇役という説明は適切ではないかもしれないけど、イメージとしてはそんなかんじ?)

 

MVCフレームワークとは?

フレームワークはいろんな機能全部入りで、こいつを使えば、ちょっとコードを書くだけで、高機能アプリがすぐに作れる。

ここでは「MVCパターン」という仕組みで作られた「MVCフレームワーク」を使ってみよう。

 

MVCは「Model」「View」「Controller」の略で、MとVとCの3つを自分で用意すれば、アプリが作れちゃう仕組みだ。

MVC歴史は古くて、GUI(Graphical User Interfaceグラフィカルユーザインタフェース)を作る方法定番だ。

→「MVC 仕組み」でGoogle画像検索すると、分かりやすい図解がいろいろ出てくる。

 

(参考)

Wikipedia説明は、文章学術的で難しいけど、正確な説明になってると思う。

↑このページの「MVC概要」という図が、MVCの仕組み=動作の流れを分かりやす説明してる。

 

MVCの仲間たち

MVCパターンと似たような仕組みが、他にもいろいろある。

 

こういうプログラム設計に関するノウハウは、「アーキテクチャー・パターン」という分野に蓄積されている。詳細はGoogle検索してみよう。

 

WAF(Web Application Framework

Webアプリを作るときに使われるMVCフレームワークには、いろいろある。

WAFを使うと、Webアプリが手軽に作れる。

 

有名なものとして、

などが挙げられる。

 

PHPOOP学習しているので、ここではPHPのWAFの1つであるCodeIgniter」を使ってみよう。

 

CodeIgniterコードイグナイター)

CodeIgniterは使い方がシンプルで、覚えるルールが少ないので教材に向いているだろう。

それでは、CodeIgniterを使ってみよう。

 

準備

↑このページの「Downloadから「3.1.9.zip」という圧縮ファイルダウンロードする。(2018年10月現在バージョン3.1.9でした)

 

ダウンロードしたファイル解凍して、「CodeIgniter-3.1.9」というフォルダが出てきたら、「waf」という名前に変えよう。(「waf」はWeb Application Frameworkの略。)

今「waf」フォルダの中には、「index.php」というファイルや、「application」「system」などフォルダがあるね?

この「waf」フォルダを以前用意したXAMPPの中にコピーする。(参照:anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備)

=「C:\xampp\htdocs」(Cドライブの中の「xampp」の中の「htdocs」というフォルダ)の中に「waf」をコピーして下さい。

=「C:\xampp\htdocs\waf」という位置コピーできたらOK

 

動作チェック

これで「Welcome to CodeIgniter!」というWebページが表示されたら、CodeIgniter動作確認OKです。

 

CodeIngiterの設定

$config['base_url'] = 'http://localhost/waf/';

 

Webアプリ作成

それでは「Hello, world!」と表示させるシンプルWebアプリを作ってみよう。

 

MVC「C」作成する。

<?php

defined('BASEPATH') OR exit('No direct script access allowed');

 

class Hello extends CI_Controller {

 public function index()

 {

  $this->load->view('hello_index');

 }

}

ここで注目して欲しいのは、「class Hello extends CI_Controller」という部分です。

フレームワークが用意している「CI_Controller」というクラス継承して、自分で「Hello」というクラスオブジェクト設計図)を作っている、という点です。

ここでOOPの仕組み~継承を使ってるわけですね。

 

MVCの「V」を作成する。

次に、

<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>

<!DOCTYPE html>

<html>

<head>

 <meta charset="utf-8">

 <title>Test</title>

</head>

<body>

 <p>Hello, world!</p>

</body>

</html>

 

これでWebアプリができました!

今回は簡単なので、MVC「M」は用意しませんでした。(CとVだけで完成)

 

Webアプリ動作確認

Webブラウザーで「http://localhost/waf/index.php/hello」というURLアクセスして下さい。

画面に「Hello, world!」と表示されたら、Webアプリ作成成功です!

 

Hello, world!」の表示だけではショボ過ぎるけど、Webフレームワークを使えばもっといろいろな機能が作れます

詳細は、CodeIgniterマニュアルを参照して下さい。

↑このページで「ユーザガイド(日本語)」を読んでみて下さい。

 

まとめ

 

次回は、OOP理解を深めるための参考書を紹介してみます

 

Webアプリを作るときデータベースがないと不便なので、次の次ぐらいにSQLを学ぼう。

MySQLデータベース)を使えば、掲示板などのWebアプリも作れるようになります

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう ←★今ここ★

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

2018-10-21

anond:20181020200146

俺も同じこと思った。

っつうか「うるせぇ両手両足縛り上げて自作沼に放り込むぞボケ」って書こうと思ったんだけどな。

2018-10-19

PCそろそろ買い替えたいなー。

今使ってるのはメモリだけは16GBあったりで仕事普段遣いで使ってるぶんには性能は全く不満もないけど内蔵のSDD+HDDは両方共一度壊れて、交換済みSDD+外付けHDDで無理やり動かしてる状況がなんか嫌だし、何より当時からしてもグラボが低性能だったせいかSkyrim(OE)ですらマトモに動かないレベルなのをどうにかしたい(一度グラボ交換しようとした所、マザーボード対応してなかった…)。

グラボ交換もできないポンコツには自作なんて到底ムリだしやっぱゲーミングPC頼んじゃうのが安泰かなー。

見た感じそれなりにいいの買おうとしたら30万近くか。今の時代普通に水冷とかもあるもんなんだ。

元彼と寄りを戻したい

近所の犬が朝っぱらから煩くて、小一時間鳴き続けて睡眠妨害。その対抗策として、昔のCD大音量でかける事にした。取り出したのは二枚の自作CD歌詞も全部元彼印刷したものだ。几帳面な字がタイトルに踊っている。曲順の書かれた紙を裏返せば、「OPEN」の記載がある。

まさか、と思った。一枚だと思われたその紙、よく見ると開けるようになっていて、中にメッセージが書き込めるようになっている。大学時代遠距離恋愛をしていた私達はこうやって音楽を共有する事で寂しさを紛らわせていた。恐る恐るOPENと書かれたその紙を開いた。

誕生日おめでとう。遠距離恋愛で寂しい思いをさせているかな。ごめんね。大好きだよ」

見覚えのある達筆で。考えないようにしたけど涙が溢れてしまった。自作歌詞カードは、水分に弱い。あの頃の思い出が簡単に滲んでしまう。私達は、彼の母親の死をきっかけに別れたのだ。元々自分恋愛感情はない相手だった。その筈なのに、トラック最後に収録された「今、会いに行きます」の挿入歌だとか、今では陳腐と切り捨ててしまいそうなラブソングが詰まっていて。

どうしてこのCDを選んでしまったのだろうと後悔した。開けるべきじゃなかった。もう結婚しているのに。

月も朝になれば太陽に照らされて見えなくなってしまう。「月が綺麗でしたよ」と言いたい相手が側にいない。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん