1問目にて、引数としてto_iしたものを渡せばよいと言っているがあえてそうするメリットがない（インスタンスで渡せばいい）
2問目にて、Ruby なのに is とか has とかをメソッド名に使っている（それをしないための接尾語「?」なのに）
3問目にて、変更後は変更前と挙動が異なる（変更後は例外が発生することがありうる）
4問目、これが最悪で、まずメソッド名がget_first_url_parameters_key とあるが、「first」ならば「url_parameter_key」である（複数形ではない）
4問目、頑張って変数名を修正したようだが、修正後のfirst_parameter_keyはkeyではなく、keyとvalue である（ただしハッシュではなく文字列）
4問目、そもそもロジックが間違っていて、url.split('?').first だとURL パラメータ以前の部分が取得される
4問目、「ライブラリを漁ってみたらもっとうまく書けるかも」と言っているが、URL パラメータの処理をするのに文字列操作を行っている時点でひどいし、それの修正の手段として標準ライブラリを使う方法を提示しないというのはひどい（これは初心者でもURI モジュール使うレベルだし、使うべき）

プロフィール見るとCTOを経て独立してプログラミングスクールの会社やっているっぽいけど、すごい時代だな。

晒しになっちゃったけど、他にも有名（と思われる）プログラミング系YouTuberが実際にコードを書いている場合でひどいのはザクザク見つけられるから、見つけてため息をつくといいと思います。

Permalink | 記事への反応(3) | 11:35

2022-10-06

■anond:20221006214750

そうなんだ。

ちょっと調べたわ。

本筋と関係ないけど、戻り値は

If Mult iSelect is True, the return value is an array of the selected file names (even if only one file name is selected). Returns False if the user cancels the dialog box.

https://learn.microsoft.com/en-us/office/vba/api/excel.application.getopenfilename

ダイアログをキャンセルするとFalseが返ってくるから、IsArray()とかでガードした方が良いかもな。

あとは、用途に合うようならFor文じゃなくてFor Each文使うのも良いかもね。

Permalink | 記事への反応(0) | 21:58

■anond:20221006212758

Application.GetOpenFilename()の戻り値がVariantの配列なのであれば、for文は0から始めるべきなんじゃね？

VBAはインデックスまわりややこしかった気がするから自信ないけど

あとは他の増田が言ってるように、配列の要素数が10とは限らないのであれば、配列の要素数（1始まりの場合）か配列の要素数-1（0始まりの場合）をfor文イテレータhの最後の数として指定するべき

Permalink | 記事への反応(0) | 21:44

2022-02-27

■[32歳中卒ニート]だけどjavaのクラスとオブジェクトのメソッドの勉強してンだが

メソッドで使う戻り値の型と引数の型が別の物になるケースってあるの？

仮にあるとしたら実務ではどういう時に使うん？

全く想像つかねンだわ

Permalink | 記事への反応(3) | 17:39

2021-11-17

■GoMockテスト辛い問題とかDDDって何それうまいの?とか

GoMockってのはGo 言語のライブラリで、依存するinterfaceをテスト用モックに置き換えてくれる。

それで、テスト中のモックの期待される振る舞い等を簡単に定義できるのだ。

期待される振る舞いってのは、モックのメソッド呼び出しやその引数とかだな。

期待される呼び出しが無かったり、引数が違ったりするとテストが失敗してくれる。

他に、メソッドの戻り値や副作用も記述できる。

非同期処理のテストだとよく、wg.Done()をモックにさせたりする。

正直、これまで書けなかったテストがモリモリ書けて楽しい。

けれどそのうち辛くなってくる。

つまり、たくさんのinterfaceに依存するサービスオブジェクトのメソッドをテストしようとすると、たくさんのモックのたくさんのメソッド呼び出しの全部の期待される振る舞いを書かないといけない。

モックのメソッドの戻り値によってサービスオブジェクトのメソッド内の挙動が変わる。

すると連鎖的に、メソッド内で続いて呼ばれるモックに期待される挙動も、変わる。

依存 interfaceが増えるとこの場合分けが指数関数的に増える。

当然だ。

Go 言語にはテーブルドリブンテストっていう、テストケースは配列に簡単にまとめられると良い、という慣習・哲学がある。

しかし俺のサービスオブジェクトはテストケースが肥大化複雑化しすぎてしまったようだ。

モックの期待される挙動を細かくケースに分類して配列にするのは恐ろしく辛い作業だ。

やりたくない。

どうしてこうなった。

どうしてこうなったかは明らかだ。

サービスオブジェクトが巨大すぎるのだ。

モノシリックで巨大で複雑なものは凡人には扱えないからやめとけ、と偉い人は言う。

そうだなモノシリックは辛い。DDDとかにすればいいんだろ？

やったよ（見様見真似で）。

モックでこれまでできなかったテストが書けるのはいいね。

でもじつはここはまだ山麓だったのです。

サービスオブジェクトが巨大なモノリス化してしまったのです。

分け入っても分け入っても青い山。

おれはどこに行けばいいのだ。

参考文献

https://little-hands.hatenablog.com/entry/2020/12/22/ddd-in-first-3month

あとどこかに DDD100本ノックとかないかな。

Permalink | 記事への反応(0) | 08:42

2021-08-16

■【未経験 から1ヶ月で】現役エンジニアが教える最良のプログラミング 勉強法

プログラマーに憧れる皆さん！こんばんは。

「自分は文系だから」「未経験だから」と諦めていませんか？大丈夫です！プログラミングにセンスは不要です。正しい手順で学べば、文系や未経験でも、誰でも一流のプログラマとして活躍することができます。

今日は、未経験から最短でWeb系企業に就職するための勉強法をご紹介します！

オススメの方法❗

もっともオススメの方法は、顕正会のセミナーに参加することです。

顕正会は、日本で最大のエンジニアのコミュニティであり、非常に良質なテキストを用いて、プログラミング初心者向けのセミナーをしていることで有名です。顕正会に入ることで、未経験からでも一流エンジニアのノウハウを学ぶことができます。

また、意外と知られていませんが、日本のエンジニアの8割は顕正会の出身です。実はあのひろゆきやビル・ゲイツも顕正会の出身です。ですので、顕正会のネットワークを介して就職先を斡旋してくれたりしますし、自分が顕正会員だと、面接時にも非常に有利になります。

顕正会のセミナーは、インターネットからも応募することができますし、秋葉原などで声をかけられることもありますので、誰でも簡単に参加できます。会員もフレンドリーな方ばかりですので、是非、お気軽に応募してみて下さい！無料体験もできますよ。

準備

プログラミングの勉強を始める前に、まず、必要なものを準備しましょう。必ず必要なものと、できればあると良いものは以下の通りです。

必ず必要なもの

まず、プログラムを書いて実行するためにパソコンは必須です。

可能な限りスペックの高いものを買いましょう。2021年現在であれば、CPUは18コア、36スレッド。RAMは128GBくらいはあると良いでしょう。ストレージはSSDであれば1TBもあれば十分です。

OSは、Windowsで開発するならWindowsが、Macで開発するならMacが必要です。よく分からなければMacを買っておく方が良いでしょう。基本的にMacにできてWindowsにできないことはありません。

インターネットは、この記事を見ている人は既に持っているでしょう。ただし、モバイル回線で見ている人は、自宅に有線のインターネット環境を用意した方が良いです。

顕正会に入会すれば、上記のスペックのPCを無料で貸し出ししてくれます。また、法人向けの専用線を無料で取付工事を行ってくれる上に、通信費を全て負担してくれます。

できればあると良いもの

まず、他の会員と連絡を取るために、SNSのアカウントを持っていると良いでしょう。

最近は完全にPC上での学習もできますが、やはり、勉強の基本は紙のノートに直接書くことです。医学的にも、手指の動きと脳の記憶回路が関連していることは証明されており、手を動かすことで効率的にものを覚えることができます。

Kindleなどの電子書籍リーダーは持っておいた方が良いです。紙の本は時代遅れです。いやしくもITのプロを目指そうという人間が、このような最先端のデバイスを使っていないのは恥だと思うべきです。紙の本を買わないことは、環境を守ることにも繋がります。現金も持つのはやめましょう。

自宅での学習

せっかくセミナーに参加しても、受身で聴くだけでは、プログラミングを習得することは難しいです。ここでは、自宅でどのような勉強をすればよいのか、ご紹介します。

教科書を写経する

まずは、教科書や参考書を写経することから始めましょう。教科書や参考書の本文を一字一句正確に書き写すのです。

よく、「写経は理屈を学べないからだめだ」と批判されますが、まずは正しい「型」を体に覚え込ませるのが先です。野球や水泳などでも、細かい理屈よりも先にフォームを固めるのと同じです。書き写している内に理屈は自然と身に付きます。

また、写経のメリットは「飛ばし読み」を防げるところです。一字一句正確に写経をすれば、細かい部分を「分かったつもり」になって飛ばしてしまうことを防げます。たとえば、比較演算子の等号は=ではなくて、==です。プログラミングはこういうところに注意して学ばなければいけません。

ソースコードをフローチャート（UML）に変換する

教科書のサンプルコードをノートに書き写したら、それを今度は自力でフローチャート（UML）に変換してみましょう。そうすることで、自分が本当にそのコードを理解しているのか、確かめることができます。

フローチャートやUMLが素早く正確に描けることは、プログラマーとして働く上で非常に重要なスキルです。それらはソフトウェア設計の基礎となりますし、ソースコードを読めない営業や顧客にとっては貴重な資料となるからです。プロのエンジニアは、COBOLのソースコード 10万行を1週間でフローチャートにして、Excelに転載することができます。

ここで一つ注意すべきことがあります。フローチャートを描くときは、必ず専用の定規を用いて描いて下さい。フリーハンドで描いたものは業務ではフローチャートとは認められません。これはまともな企業に就職すれば研修などで必ず習うことですから、今の内に覚えておきましょう。

Excelを勉強する

エンジニアを目指すのであれば、プログラミングだけではなく、Excelの使い方も学びましょう。Excelはエンジニアにとっての万能プラットフォームです。エンジニアはあらゆる作業をExcelで行います。セル結合や罫線を用いて、見栄えの良い資料を作る技術は、エンジニアにとって必須です。

プログラミング学習中であれば、たとえば以下のような題材の資料を作ってみると良いでしょう。

尤も、以上の資料は、ツールを使うことで自動で作成することもできます。たとえば、ソースコードの更新履歴はGitなどのバージョン管理システムを使うことでも管理できます。しかし、それらの資料としてのクオリティは非常に低いため、アマチュアしか使うことはありません。プロを目指す皆さんは、必ずExcelを使いこなせるようになりましょう！VBAの習得も必須です。

プログラミングのコツ

以上、プログラミングの勉強法について解説しました。ここからは、実際にソースコードを書くときのコツを紹介していきます。他のプログラマと差をつけることができる技術ですので、意識するようにして下さい。

変数名は短く

プログラムで使う変数名は可能な限り短くしましょう。

理想は、aやxなどの一文字です。ただし、これだけだと26文字しか使えないので、a1, a2, ...のように連番でグルーピングすると良いです。

また、変数の宣言と使用箇所が離れた場合に、変数の型がすぐに分かるように、たとえばint型であればi1, i2, ...、string型であればs1, s2, ...のように命名すると、読む人に親切で自分もミスしにくくなります。

変数名を長くするのは、以下のデメリットがあるため、絶対にやめましょう。

ソースコードの1行が画面に収まらなくなり、読みにくくなる
ソースコードのファイルサイズが増加する
ビルド時の字句解析に時間がかかるようになる
abなどの2文字以上の変数は、数学ではaとbの掛け算を意味するため、紛らわしい

なるべく関数を作らない

多くのプログラミング言語には、クラスや関数といった機能がありますが、これらは基本的にライブラリ提供者などが使う想定の機能であり、一般のプログラマが使うのは好ましくありません。したがって、クラスや関数はなるべく使わないようにして下さい。

関数を作ると、以下のデメリットがあります。

関数の呼び出しにオーバーヘッドが生じるため、プログラムが遅くなる
関数の処理を読むには定義箇所に移動しなければならず、可読性が落ちる。これは特に、関数の中でさらに別の関数が使われている場合に顕著になる。
関数の構文を解析するため、ビルドに時間がかかる

不要な関数を作らないためのテクニックには、以下のようなものがあります。

まず、関数の引数に「フラグ」を渡し、関数内部で処理を切り替えれば、1つの関数で複数の処理をすることができます。

function f(i) {
  switch(i) {
    case 1:
      // i = 1のときの処理
      break;
    case 2:
      // i = 2のときの処理
      break;
    case 3:
      // i = 3のときの処理
      break;
    // ...
  }
}

この方法は、以下に述べる「変数の寿命を伸ばす」効果もあります。つまり、この関数内で宣言された変数は、すべての処理で共通して使用することができます。

クラスに不要な関数を作らないようにするには、「継承」を用います。複数のクラスで用いる関数を定義したクラスを1つ作っておき、そのクラスを継承すれば、新しいクラスに関数を定義する必要はありません。

理想的には、プログラム内のすべての関数を同一のクラスに定義し、それを継承するべきです。そのようなクラスは俗に「神」と呼ばれ、プログラマからはこの上なく尊ばれています。

class God {
  f1() {
    // 関数1
  }
  
  f2() {
    // 関数2
  }
  // ...
}

class C1 extends God {
  // 何も書かなくても上の関数が使える！
}

class C2 extends God {
  // 何も書かなくても上の関数が使える！
}
// ...

変数の寿命を長くする

変数は宣言する場所によって、ソースコードのどの範囲から参照できるかが決まっています。この範囲が広いことを、「変数の寿命が長い」と言います。

たとえば、以下のコードのaは、関数定義の外側からは参照することができません。

function f() {
  var a = 1;
  return a;
}

一方、以下のコードのaは関数の内外どちらからでも参照することができます。

var a = 1;

function f() {
  a = 2;
  return a;
}

変数の寿命を長くするのは、プログラマの腕の見せ所です。

せっかく作った変数がすぐに死んでしまうのは、非常にもったいないです。ソースコードの表面には現れませんが、変数を作ったり捨てたりするのには、計算コストがかかります。したがって、寿命の短い変数を作りすぎてしまうと、プログラムが遅くなってしまいます。

また、変数の寿命が長いということは、変数をたくさん作らなくても、1つの変数を色々なところで利用できるということであり、とても便利です。たとえば、上記の前者のコードでは、関数の外部からaの値を参照したくなっても、参照することができません。後者のように書いておけば、プログラムのどの箇所からでも、aの値を参照したり、更新することができます。したがって、変数の寿命を長くするとプログラムを変更しやすくなります。つまり、保守性が上がります。

例外を潰す

例外とは、プログラムが予期しない処理をしようとした場合に、プログラムの実行を停止し、呼び出し元にエラーを通知する機能です。たとえば、「test.txt」というファイルを開こうとしても、そのファイルが存在しない場合は、例外となります。

例外が発生すると、プログラムが停止してしまうため、非常に困ります。したがって、プログラマは例外をきちんと処理しなければなりません。

ほとんどのプログラミング言語には、例外処理のための機構があります。たとえば、以下のような構文です。

try {
  // 例外が発生し得る処理
  // ex. ファイルを開く
}
catch (e) {
  // 例外が発生したときに、実行する処理
}

例外への対処は実はとても簡単です。是非ここで覚えて下さい。上記のような機構のある言語であれば、catch節の中身を何も書かなければ、例外が発生しても、何事もなくプログラムは動作を続けます。

try {
  // 例外が発生し得る処理
}
catch () {}

全ての例外を潰せば、決して不慮の動作で停止することのないプログラムを作ることができます。ですから、例外が発生し得るコードは、積極的に上記のtry-catch構文を用いて、例外を潰すようにしましょう。

おわりに

全体的に専門用語盛りだくさんの記事になってしまいましたが、

部分的にでも理解すればプログラミングを見る目が変わるはずです。

うさんくさい記事がインターネットには多いですが、

そういう情報に惑わされずに本物の技術を身につけてもらえればと思います。

Permalink | 記事への反応(0) | 19:31

2021-05-19

■バグと脆弱性(セキュリティホール)の線引

ワクチン大規模接種東京センターの予約システムで発生した、適当な数字を入力しても予約できるシステムの不備はバグなのか脆弱性(セキュリティホール)なのかを考えていこう。

もし、脆弱性であるとするならば、しかるべき報告フローを取る必要があるからだ。

記事の末尾に参考リンクをいろいろおいておいたので、詳細は確認してほしい。

この問題は、本来するべきチェック処理をしていないのだから、バグの一種といえる。

// ただ、改善する気がないのなら仕様となるのだろうけどね。

あるゆる、脆弱性はバグの結果起きる。

では、適当な数字を入れても予約できちゃうバグは、脆弱性(セキュリティホール)と言えるのか？

もし、脆弱性(セキュリティホール)となるなら、ゼロディでいきなり公開する前に、しかるべき報告フローを取るべきだ。

// ただ、新聞社は、ネットで噂になったものを取材して報道しただけであるから、ゼロディで公開とは言えないだろうけどな。

個人的な意見としては、脆弱性とまでは言えないと思う。

これはタダのバグであって、脆弱性(セキュリティホール)と呼ぶのは言い過ぎだろう。

例えば、教科書レベルの「"＜script＞alert("XSS");＜/script＞」でXSSを発生させる意図的な入力をして、誤動作が発生するなら、それは間違いなく脆弱性(セキュリティホール)といえる。

同様に、SQLインジェクションを発生させる意図的な入力をして、何か変なことが起きれば、これも間違いなく脆弱性といえる。

他にも、超でかいデータを送りつけてバッファオーバーフローさせたり、特殊な入力をしてスタックを破壊して戻り値を改ざんして任意のコマンドを実行するみたいなものも同様に脆弱性と呼んでもいいだろう。

(注:念のために書いておくが、不正アクセスで違法になる可能性があるので、自分の所有するサイトやコンピュータ以外へは、これらの入力を試さないように。)

でも、ごく普通の入力をしても、エラーとしてはじかないで受け入れてしまうのは、脆弱性ではなく、タダのバグであるように思う。

「こういう操作したら、計算結果が変になった」はバグの領域であって、脆弱性とまでは言えない。

今までの話を簡単に言うとしたら、ドラクエ4で8回逃げたら会心の一撃が連続して出るのはバグなのか脆弱性なのか？って話になるのかな。

確かに、8回逃げることで、データのバッファオーバーフローが発生して、そのような結果になる。

でも、8回逃げるというはやろうと思えは誰でもできる動作であって、これをバグではなく脆弱性(セキュリティホール)と呼ぶのは違和感がある。

この裏技を見つけたとして、脆弱性としてしかるべき報告フローを取らずに公開したことを咎められるとしたら、実に変な話である。

これら裏技を試しても不正アクセスと言われて、罪を着せられたり、裏技の記事を削除されるとしたら、強烈な違和感がある。

このあたりのバグと脆弱性の線引はどうなっているのか。

今回の事件で、それが一番気になった。

最終的には、裁判で裁判所が決めることになるんだろうけど、あまりアホな判決を出して、日本のエンジニアの手足を拘束しないでほしいと思う。

参考URL:

■ドラクエ４で「にげる」８回でずっと会心の一撃になるバグ、こういう仕組みで起こってたらしい

https://b.hatena.ne.jp/entry/s/togetter.com/li/1715732

■「誰でも何度でも予約可能」ワクチン大規模接種東京センターの予約システムに重大欠陥

https://b.hatena.ne.jp/entry/s/dot.asahi.com/dot/2021051700045.html

■岸信夫 on Twitter: "自衛隊大規模接種センター予約の報道について。...

https://b.hatena.ne.jp/entry/s/twitter.com/KishiNobuo/status/1394440062125805572

■脆弱性の手口、IPA「見つけたらまず開発者やIPA窓口に報告して」　コロナワクチンの架空予約巡り

https://b.hatena.ne.jp/entry/s/www.itmedia.co.jp/news/articles/2105/18/news145.html

■Hiromitsu Takagi on Twitter: "私はこの届出制度の提唱者・設計者・運用協力者・有識者研究会委員であり、IPAの広報が取材にこんな回答をしたのであれば、出鱈目であり、...

https://b.hatena.ne.jp/entry/s/twitter.com/HiromitsuTakagi/status/1394713619212816385

■ワクチン大規模接種「架空ウェブ予約」やったら犯罪？　国は「法的手段」に言及

https://b.hatena.ne.jp/entry/s/www.bengo4.com/c_23/n_13071/

■確認作業は公益性高い、毎日新聞　接種センター架空入力は取材目的

https://b.hatena.ne.jp/entry/s/this.kiji.is/767285347672670208

■AERA dot. 記事への防衛省の申し入れに対する見解

https://b.hatena.ne.jp/entry/s/dot.asahi.com/info/2021051900065.html

Permalink | 記事への反応(7) | 06:14

2020-12-09

■配列を操作するメソッドの書き方の正解がわからない

例えば、引数で配列を受け取って要素を足すメソッドのとき

以下のパターンがある

どれが正解かわからない

引数の配列をそのまま操作して戻り値を返さないパターン

private void addValueToArray(String[] array) {

　array.add("foo");

}

// 呼び出し

addValueToArray(array);

// この後そのままarrayを使う

String bar = array[0];

引数の配列をそのまま操作して戻り値を返すパターン

private String[ ] addValueToArray(String[] array) {

　array.add("foo");

　return array;

}

// 呼び出し

String[] newArray = addValueToArray(array);

// この後はnewArrayを使う

String bar = newArray[0];

新しい配列を作って返すパターン

private String[ ] addValueToArray(String[] array) {

　String[] resultArray = array;

　resultArray.add("foo");

　return resultArray;

}

// 呼び出し

String[] newArray = addValueToArray(array);

// この後はnewArrayを使う

String bar = newArray[0];

Permalink | 記事への反応(1) | 22:03

2020-11-26

■

go 言語のアプローチだとerrorは関数の戻り値なので、戻り値を受け取らない関数呼び出しという

一見何の問題もなさそうに見えるコードが、errorを握りつぶすというよくない挙動を引き起こす。

throw-catchのアプローチならばerrorを握りつぶすには意図的にそれを行うためのコードを書かないといけない。

かといってerror 戻り値を必ず受け取らねばならないよう言語仕様で制限を入れると、

かつてJavaが犯してしまったように例外処理がめんどくさすぎることになる。

もしgo++言語を作るとしたら、これはどのようにするのが正解なんだろうか。

Permalink | 記事への反応(2) | 19:27

2020-05-23

■anond:20200521175300

どもども。

「なにか作ってみろ」は有効なアドバイスか

わたしの意見と経歴

わたしは「なにか作ってみろ」系の言説にはまったく同意しません。

わたし自身、会社に3ヶ月間みっちり導入教育をしてもらい（COBOL85とPL/I。時代がわかる……）、基本的なアルゴリズム（コントロールブレーク、マッチング、マスタ－トランザクション、ソート、マージ、etc.いよいよ時代がわかる……）の演習を（給料をもらいながら）やって、その後もプログラムとつかず離れずでフラフラと生きてきました。

こういう経験は新卒カードがあるから有効なもので、では1から始めるとしたら……、というときに、プログラミングスクール（専門学校）というのは悪くない選択肢ではないかと思います。が、行ったことないので正直わかりません。

実際自分が1から始めるという立場になったら、まったくオロオロして元増田さんのように世のなか（の気にいらないヤツら）に呪詛を吐いて満足するだけだったと思います（当然ながらそれをいくらやってもプログラミングは上達しません）。

「なにか作ってみる」前に動機をはっきりさせる

話をプログラミングだけに限っていえば、一番大事なのはやりかたじゃなくて動機だろうと思います。

「なにか作ってみよう」というのは、なにか作ってみようと思ってない人にはまったく心に響かないでしょう。

動機ドリブンで「なにか作ってみた」人といえば思いだすのは、MikuMikuDanceの樋口優さん（ミクを簡単に踊らせたい！）とhinadanの若宮正子さん（高齢者にも遊べるゲームが欲しい！）でしょうか。

ただかれらはわたしから見れば（モチベーションを維持しそれを行動に移す）天才で、あんまり参考にならないのも確かです。

「作ってみた」は就職に使える経験か

あと、元増田さんの動機は「プログラミングを生業にしたい」ということなので、野良プログラマでは履歴書上でのアピール力が弱いかも、と思います。

ビジネスで使われるアルゴリズムにはそれなりのルールがあります。安全な（バグの出にくい）コードの書きかた、「車輪の再発明」はぜず、枯れた（将棋で言えば定跡のような）アルゴリズムを使う、ほかの人に使ってもらえるための工夫（可読性の向上など）、etc.です。

「なにか作ってみよう」を繰りかえしても、そういった作法的なものが身につくかどうか、それは才能に関わってくる問題だと思います。才能だのみの手法を推奨するのは無責任だと思いますね。

また、たとえば「例をコピーして解析する」というのもある意味有効なプログラミング学習法ですが、「下手に習うと下手が伝染る」ともいいます。どれがお手本として優れているか、それを見る目はある程度ビジネス用途のプログラムに関わっていないと持てないというジレンマがあります。

野生のプログラマで就職に有効なくらいの力を見せるとしたら、なにかのコミッター（なにする人かよく知りませんが）とかになって「××ならこの人」となったり、プログラミングコンテストで上位の成績を残したりしなければいけないのかもしれません。

どうしたものでしょうね。ブクマカのみなさんの反応を見ると、専門学校でもあまり就職に有利にならない（ホントか？専門学校の意味あるのか？）という話ですが、目的が就職ならば、一番の近道のような気がします。

じゃあどうすべきか？は他人にはわからない

そこらへんからは、元増田さんがなにをしたいか、あるいは聞いてみたいだけだったのかによります。仕事には適性とやる気が大事です。あとは年齢と必要性かな。進路はオーダーメイド以外にはありえないので、提示された案を自分で選んでそれに賭けるしかないのかな、と思います。

「なにか作ってみました」の記録

自分がまず作ったもの晒してみろよ

さて、この文章は実はこの一文に反応してのものです。（↑のは前書き）

GWあたりからトシも考えずにRubyの再入門をしていまして、手始めに「首相動静」の整形ツールを作ってみました。

初心者で（Rubyに関しては仕事で使ったことないので）なにか作ってみよう、というとこの程度ですね。

これで就職に有利になるかというと、あんまりそうは思えないなあ。Excelのマクロが組めるとかのほうがどこかの事務所に潜りこめそうですよ（でもそれも最近はインフレ気味かもしれませんね）。

なにをするツールか

朝日新聞の首相動静は詳細ですが、改行が入っておらず、大変読みにくいものです。こんな感じです。

首相動静の例（2018年 12月11日……話題になったものです）

　【午前】９時３１分、自民党本部。３３分、同党役員会。１０時２分、官邸。５分、閣議。２１分、宇宙開発戦略本部。３４分、柴山昌彦文部科学相。３８分、岩屋毅防衛相。４１分、山下貴司法相。１１時３分、安全保障と防衛力に関する懇談会。
　【午後】０時１１分、政府・与党連絡会議。４４分、山口那津男公明党代表。１時２７分、日韓議員連盟の額賀福志郎会長、河村建夫幹事長。２時２０分、行政改革推進会議。５２分、兼原信克官房副長官補、秋葉剛男外務事務次官。３時３６分、麻生太郎財務相、財務省の岡本薫明事務次官、太田充主計局長。４時７分、太田氏出る。可部哲生理財局長加わる。１５分、全員出る。２５分、黒川弘務法務事務次官。３４分、谷内正太郎国家安全保障局長、北村滋内閣情報官、宮川正内閣衛星情報センター所長。４１分、谷内、宮川両氏出る。５時３分、北村氏出る。１０分、東京・永田町のザ・キャピトルホテル東急。宴会場「鳳凰」で中曽根康弘世界平和研究所設立３０周年記念式典に出席し、あいさつ。２０分、官邸。６時１８分、ガーナのアクフォアド大統領を出迎え。記念撮影。１９分、儀仗（ぎじょう）隊による栄誉礼、儀仗。２７分、アクフォアド大統領と会談。７時１２分、署名式、共同記者発表。３２分、公邸。首相主催の夕食会。８時４３分、アクフォアド大統領を見送り。９時、ヨルダンのアブドラ国王と電話協議。

首相動静のフォーマット

ただ、これはフォーマットがはっきりしており、

午前と午後はそれぞれ1行になっていて、行頭には【午前】/【午後】という文字列が付いている。
午前と午後の間には空行がある。
ひとつひとつのイベントは時刻表示で始まり、句点「。」で終わっている。
時刻は「ｈ時ｍ分」型で、前ゼロはつかない。後にかならず読点「、」が付く。「ｈ時」の部分が前の項目と同じ場合には省略する。
午前いっぱい、午後いっぱいの予定の場合には時刻をつけない（他の首相動静から）。

と、例を見るかぎりキッチリとしたルールに則っているようです。

動機

なので、「これだったら整形できるかも」と思い、再び学びはじめたRubyで整形ツールを作ってみることにしました。

整形ツール

ツールの仕様

1イベント1行にする
時刻を「ｈ時ｍ分」型から「ｈｈ時ｍｍ分」にして、行頭の文字数を揃える

整形後の例（上記動静を整形）

【午前】
０９時３１分、自民党本部。
０９時３３分、同党役員会。
１０時０２分、官邸。
１０時０５分、閣議。
１０時２１分、宇宙開発戦略本部。
１０時３４分、柴山昌彦文部科学相。
１０時３８分、岩屋毅防衛相。
１０時４１分、山下貴司法相。
１１時０３分、安全保障と防衛力に関する懇談会。
【午後】
００時１１分、政府・与党連絡会議。
００時４４分、山口那津男公明党代表。
０１時２７分、日韓議員連盟の額賀福志郎会長、河村建夫幹事長。
０２時２０分、行政改革推進会議。
０２時５２分、兼原信克官房副長官補、秋葉剛男外務事務次官。
０３時３６分、麻生太郎財務相、財務省の岡本薫明事務次官、太田充主計局長。
０４時０７分、太田氏出る。可部哲生理財局長加わる。
０４時１５分、全員出る。
０４時２５分、黒川弘務法務事務次官。
０４時３４分、谷内正太郎国家安全保障局長、北村滋内閣情報官、宮川正内閣衛星情報センター所長。
０４時４１分、谷内、宮川両氏出る。
０５時０３分、北村氏出る。
０５時１０分、東京・永田町のザ・キャピトルホテル東急。宴会場「鳳凰」で中曽根康弘世界平和研究所設立３０周年記念式典に出席し、あいさつ。
０５時２０分、官邸。
０６時１８分、ガーナのアクフォアド大統領を出迎え。記念撮影。
０６時１９分、儀仗（ぎじょう）隊による栄誉礼、儀仗。
０６時２７分、アクフォアド大統領と会談。
０７時１２分、署名式、共同記者発表。
０７時３２分、公邸。首相主催の夕食会。
０８時４３分、アクフォアド大統領を見送り。
０９時００分、ヨルダンのアブドラ国王と電話協議。

う～ん、見やすい！ことないですか？

あと、午後の時刻を24 時間制にしたいな、とも思いますが、それは今後の課題（つぎに首相動静が話題になったとき）とします。全角数字の計算ってどうやるんだろう？

ソース

たぶんRubyistにいろいろ突っこまれると思うけど、こんな感じです。

プログラマは玉石混淆ですが、これは石のほうの例だと思っていただければさいわいです。

※ はてな記法にはシンタックスハイライトあるけど、増田だとInternal Server Errorになるのではずしました。見にくくてスマソ。

# encoding: utf-8
# 漢字コンバータのライブラリを取りこむ（Stringに漢字変換メソッドを付けてくれる。神）
require 'kconv'

# 正規表現パターン
# 時刻をｈ時ｍ分形式からｈｈ時ｍｍ分形式にする
# 否定後読みを使用する
# 時は行頭にある
OneDigitHour = /^((?&lt;![０-１])[０-９]時)/
# 分は時のあとにある。このパターンとマッチすると、&#92;1が時、&#92;2が分になる。
OneDigitMinute = /^([０-９]{1,2}時)(?&lt;![１-５])([０-９]分)/
# 分のない、時だけの行のパターン。否定先読みを使用
HourWithoutMinute = /^([０-９]{1,2}時)(?![０-５]?[０-９]分)/

# 行頭のｈ時ｍ分をｈｈ時ｍｍ分にするサブ処理（これは関数といっていいの？）
def convTopHourMinute2TwoDigits(oneLine)
    # 時を変換
    oneLine.sub!(OneDigitHour, "０&#92;&#92;1")
    # 分を変換
    oneLine.sub!(OneDigitMinute, "&#92;&#92;1０&#92;&#92;2")
    # 分がない場合"００分"を追加
    oneLine.sub!(HourWithoutMinute, "&#92;&#92;1００分")
    # 戻り値
    oneLine
end

# 入力ファイルの名前
InputFilename = "首相動静2018年12月11日.txt"
# 出力ファイルの名前
OutputFilename = "首相動静2018年12月11日_編集済.txt"

# 入力ファイルをオープン
inFile = File.open(InputFilename, "r")
# 出力ファイルをオープン
outFile = File.open(OutputFilename, "w")

# 時刻パターンはシンプルに、ｈ時、ｍ分、ｈ時ｍ分、という3パターンを結合する
# 1つのパターンで全部カバーするよりこちらのほうが見やすい。というか、脳の容量の問題で1文に書ききれなかった
jikokuPattern = /[０-９]{1,2}時[０-９]{1,2}分、|[０-９]{1,2}時、|[０-９]{1,2}分、/
# 午前/午後
ampm = /(【午前】|【午後】)/

# 午前/午後、あるいは時刻の前で改行するためのパターン
kaigyouSign = Regexp.union(ampm, jikokuPattern)

# ファイル一括読み込み
# 昔は1行ずつ読みこんでました。メインメモリが3MByteとかだったので
contents = inFile.read.toutf8

# 入力終了。閉じておきます
inFile.close

# スコープの関係から、ここでローカル変数に代入
# ※ Rubyのスコープと暗黙の型には泣かされました。これに慣れるのがRubyのコツかしら
# 　明示的な型宣言はあったほうがいいと思うなあ。エラー出力の理由がわからなかったりするので。
hour = ""

# デバッグ行はコメント化しています
# 時刻パターンチェックのため、コンテンツを出力してみる
# p jikokuPattern.match(contents)

# エントリを改行サインで行に分ける
contents.gsub!(kaigyouSign, "&#92;n&#92;&#92;&amp;amp;") # "&#92;&#92;&amp;amp;"はマッチした文字列そのもの。2重のエスケープ"&#92;&#92;"が必要

# 改行チェックのため出力
# p contents

# 入力を行で分割して各行ごとに処理
contents.split("&#92;n") do |oneLine|
    # 午前/午後を示す開きカッコ"【"があるか
    if (oneLine =~ /^【/) then
        # そのまま出力
        outFile.write(oneLine + "&#92;n")
        # p "午前午後：" + oneLine
        next
    # 空白行は無視（スキップする）
    elsif (oneLine =~ /^[&#92;s　]*$/) then
        # 出力しない
        # p "　空白行：&lt;skip&gt;"
        next
    # 行頭に「時」があるか
    elsif (oneLine =~ /^[０-９]{1,2}時/) then
        # あったら時間表示を抜きだしておく
        hour = oneLine.match(/^([０-９]{1,2}時)/)[0]
        # p "　　　時：" + oneLine
        outFile.write(convTopHourMinute2TwoDigits(oneLine) + "&#92;n")
        next
    else
        # 「時」がなければつけて出力
        oneLine = hour + oneLine
        # p "普通の行：" + oneLine
        outFile.write(convTopHourMinute2TwoDigits(oneLine) + "&#92;n")
    end
end

感想

手でやったほうが早いね。

以上

Permalink | 記事への反応(0) | 13:42

2019-11-23

■Julia (プログラミング言語)なぜ僕らはJuliaを作ったか

それでも、pythonは非明示的な動的型付き言語であり、記述時のチェックも少ないので、文法さえ合っていれば、結構自由に書ける。クラスのインスタンスや、数値などではなく、（その場の変数値込みの）関数なんかもただのオブジェクトに見えるので、どんどん関数の引数や変数に入れられる。戻り値もしかり。演算子のオーバーロードなどもできて、直感的な記述が可能。ということで、使う側の直感に合うような運用が可能になっているがゆえに、受け入れられているのだろう。

しかし、それは運用と単体テストに支えられているものであって、ひとたびその集中力が途切れたりうっかり見落としていたりすると、それがどこにあるのか、というのは、それなりにレアなケースだと、発覚するのがだいぶ先になって、その解析、分析も大変になるという恐怖は常に隣り合わせである。

もしかして、そういう状況がいやだったから、掲題のコンピュータ言語を開発しようとしたのか。

http://marui.hatenablog.com/entry/20120221/1329823079

ここに、原作者のブログの日本語意訳がのっていた。もう６年も前になっている。

（原文：Why We Created Julia）

2012年 2月14日(火) | Viral Shah, Jeff Bezanson, Stefan Karpinski, Alan Edelman

端的に言えば、僕らは欲張りだからだ。

僕らはMatlabのパワーユーザーだ。Lisp ハッカーやPython使いやRuby使いもPython ハッカーもいる。髭が生える前から Mathematicaを使っていたのもいるし、未だに髭が生えてない仲間もいる。常識的な人にはオススメしないくらい多くのグラフをR言語で描いてきた。そしてC言語は僕らのユートピアだ。

いま挙げた言語は大好きだ。どれも素晴らしいしパワフルだけど、科学計算、機械学習、データ・マイニング、大規模な線形代数演算、分散・並行コンピューティング、といった僕らがやるようなものにはどれも一長一短で、仕事に完璧にはまる機能もあれば何とも使い物にならないものもある。どれもトレード・オフなんだ。

僕らは欲張りだ。これじゃ十分じゃない。

僕らが欲しい言語はこんな感じだ。まず、ゆるいライセンスのオープンソースで、Cの速度とRubyの動的さが欲しい。Lispのような真のマクロが使える同図象性のある言語で、Matlabのように分かりやすい数学の記述をしたい。Pythonのように汎用的に使いたいし、Rの統計処理、Perlの文字列処理、Matlabの線形代数計算も要る。シェルのように簡単にいくつかのパーツをつなぎ合わせたい。チョー簡単に習えて、超上級ハッカーも満足する言語。インタラクティブに使えて、かつコンパイルできる言語が欲しい。

（そういえば、C言語の実行速度が必要だってのは言ったっけ？）

こんなにもワガママを言った上だけど、Hadoopみたいな大規模分散コンピューティングもやりたい。もちろん、JavaとXMLで何キロバイトも常套句を書きたくないし、数千台のマシンに分散した何ギガバイトものログファイルを読んでデバッグするなんて論外だ。幾層にも重なった複雑さを押しつけられるようなことなく、純粋なパワーが欲しい。単純なスカラーのループを書いたら、一台のCPUのレジスターだけをブン回す機械語のコードが生成されて欲しい。A*Bと書くだけで千の計算をそれぞれ千のマシンに分散して実行して、巨大な行列の積をポンと計算してもらいたい。

型だって必要ないなら指定したくない。もしポリモーフィックな関数が必要な時には、ジェネリックプログラミングを使ってアルゴリズムを一度だけ書いて、あとは全ての型に使いたい。引数の型とかから自動的にメソッドを選択してくれる多重ディスパッチがあって、共通の機能がまったく違った型にも提供できるようにして欲しい。これだけのパワーがありながらも、言語としてシンプルでクリーンなものがいい。

これって、多くを望みすぎてるとは思わないよね？

僕らがごまかしようのないほど欲張りなのは分かってるけど、それでもぜんぶ欲しいんだ。二年半ほど前、この欲にまみれた言語を作り始めた。まだ完成してないけど、そろそろ1.0のリリースの時期だ。僕らが作った言語の名前はJulia。すでに僕らの無礼な要求に9割方は応えてくれてるけど、ちゃんとした形になるためには僕ら以外の要求も聞かないといけない。だから、君がもし欲張りで理不尽でわがままなプログラマなら、ちょいとこいつを試してもらいたいんだ。

我儘な開発者を満足させるための原語、というのはなんとも意欲的な目標だろう。

そして、その我儘を言う開発者が、今はやりの機械学習でも使いやすいだろう mathematica や R の行列演算や統計計算の世界を使いまくった連中が入っているところが今風の要求となっているようにも思う。

ちょろっと名前を聞いただけなので、これからなのだが、開発者としては、品質や生産の加速がpython の一歩先を行くような世界であればそれは大歓迎だろう。

julia 何て名前を付けているから、検索すると AV女優の方が目立って出てきてしまうのである。

https://qiita.com/sadayuki-matsuno/items/fc5e9ec3894a4b7bfbfb

ここからプログラムコードの断片をもってこようかとおもったが、

そのままコピーしても、今一歩な感じ。

ほらほら、

数式が数学で習った感じで書けるよね。

行列もほいほいかけるよね。

とかそういう小技が書かれているような気がした。

このあたりは、python の限界を超えているので、見栄えはよいかもしれない。

Permalink | 記事への反応(0) | 19:04

2019-06-04

■anond:20190603165611

単純な分岐処理だったら、関数の戻り値について「何を」「何処から」取得するかによって俺は決めてるなぁ。

コード内に直接記述、または定数化されてる値を返す場合は「get」

オブジェクトやマップ、リストなんかを新しく生成して返す場合は「gen」

外部ファイルから取得したデータを返する場合は「load」

ってな具合。

Permalink | 記事への反応(0) | 15:01

2019-05-20

■ユニットテストって引数省略時の戻り値のテストも書くの？

GitHubで公開する程度の、多くて10人くらいが関わるプログラムと想定

おしえて増田

Permalink | 記事への反応(3) | 22:09

2019-05-17

■この本、クラスの話が10章まで出てこない

いわゆるmain 関数で自作プライベート関数を呼ぶだけのコード構造がなんか200ページ近くある

初心者向けに写経公開しますブログみたいなの作って「ここは実はテストを作ると楽です」みたいなTips書いてアフィで10億円くらいゲットして不労所得で暮らそうと思ってたんだが

プライベート関数と戻り値を標準出力するmain 関数しかないんじゃ初心者向けの記述ではどうにもならんなコレ

えっ単に可視性変えてユニットテスト書くよう仕向ければいいんじゃないかって？ 何言ってるんですかプライベート関数はユニットテストしないんですよ

Permalink | 記事への反応(0) | 21:27

2019-04-05

■anond:20190404140637

全体的に「解説」というよりは「注意事項」を重視してるっぽいですね。

「この注意事項をみんなに伝えなければならない」という使命感を感じます。

解説を重視するのなら説明する順番も考えるべきでしょう。

いきなり「関数」と言っても伝わらない可能性は十分あります。

「関数？なにそれ？数学嫌いなんだけど？」といった感じで。

「関数さえ分からないような人間はプログラミングには向いてない」

と切り捨ててもいいですが、先にGOSUBを説明しておけばより分かりやすいハズです。

まず一番最初は「GOTO」を説明しましょう。

GOTOは指定した行(ラベル)にジャンプするだけのとてもシンプルな仕組みです。

GOTOが分からない人はさすがにほとんどいないでしょう。

次に「GOSUB」を説明します。

GOSUBはラベルにジャンプして処理が終わったら元の場所に戻ってきます。

GOSUBもほとんどの人が理解できるはずです。

GOSUB(サブルーチン)まで説明すれば「プログラムをブロック毎に分ける」感覚が分かります。

GOSUBまで説明した後に関数を説明すれば

「関数はGOSUBみたいなものか」

「でもGOSUBとはここが違うんだな(引数や戻り値など)」

「だから関数には()がついているのか」

という風に理解できるはずです。

「呪文」を使わずに解説するなら現代でも最初はBASICが無難かと思います。

Permalink | 記事への反応(2) | 06:22

2019-02-16

■メーカー系SIerの作成したソースコードが酷すぎる

メーカー系SIer（仮にF社とする）が過去に作成したJavaのソースコードを読んでいるんだけど、非常に読みにくい。

適切な単位でメソッドとしてくくりだすことができていない

1つのメソッドの行が多すぎる（いわゆる神メソッド）。数百行/1メソッドとかがざら。ほんとにざら。何なら10000行/1メソッドとかがある。読めねーよ。
制御文のネストが深すぎる。for{if{if{if{for{if{}}}}}}とかがざら。ほんとにざら。何なら50多重ネストとかがある。読めねーよ。
意味単位でメソッドでくくりだしてくれない。if( /* ここに10行くらいにわたってなんかの式が書かれている */ ){}とかがざら。ほんとにざら。

命名が適当すぎる

変数名の命名が適当すぎる。boolean型の変数名がisTrueとかがざら。ほんとにざら。
メソッド名の命名が適当すぎる。メソッド名の末尾に番号を付与して区別している。誰かこのdoSomething1メソッドとdoSomething2メソッドの違いを教えてくれ...。
クラス名の命名が適当すぎる。謎の文字列が頭に付与されている。A1234Controller.javaとかB3456Dao.javaって何だよ...。

英語ができない

そもそも言葉の意味を理解していない。hasErrorメソッドの戻り値 Trueが「エラーなし」を意味していたりする。真逆じゃねーか。
受動態が使いこなせない。selectItemが「選択された項目」を意味していたりする。
むしろ英語が読み書きできればできるほど読めなくなる。insertUpdateDeleteUser(int i)メソッド（300行/1メソッド）とか。どうしろと。

まとめ

これ読んでメンテナンスする身にもなってくれよ...。

もう疲れた。

Permalink | 記事への反応(3) | 17:29

2018-11-25

■PHPerのコンプレックスは異常

ぼく「OOP…」

PHPer「PHPはもはや5系の頃とは違う！別言語と言っても良い！(フンガー！」

ぼく「お、おう。。どの辺が変わったの？」

PHPer「致命的エラーが例外投げるようになった！戻り値の型を指定できる！匿名型が使えるようになった！」

ぼく「へ、へえ〜。。結構 OOPしやすくなってそうだねえ。。(他のOOP 言語にはふつうにありそうな機能ばかりだけどな...)」

PHPer「だから Rubyはクソ！」

ぼく「？？？」

Permalink | 記事への反応(3) | 02:35

2018-06-24

■プログラミングのコツ（初歩）

「一つの関数には最小限の役割だけ与える」

「一つの関数は長くても20行以内に収める」

「できるだけ引数で受け取った値を戻り値に返すように書く」

これ、学校とかで教えておいてほしいコツだった

これ知った後、自分みたいなアホでも割と大規模なプログラムを簡単に、

全容を把握しつつ読みやすい内容でかつ増築しやすくなった

たぶんあらゆるプログラムに通じる基本的なことなんだろう

その割に過去読んだ教本では触れられてなかった気がする

心掛けるだけでだいぶ躓きにくくなるだろうからぜひ基本の知識として最初らへんに教えておいてほしい

Permalink | 記事への反応(2) | 08:11

2017-11-10

■おっさんのメソッドが引数なしで長くなる理由

どうやら「メソッド細かくして～戻り値変数作って～引数渡しして～」という行為が面倒くさいというか短期記憶で処理しきれなくなるようだ

引数なし戻り値もほぼなしのメソッドが5行くらい並んでる（使うデータや出力されるデータは外部のどっかの広域変数に置いてある）、というのはその間に何か挟まれるとカタマリとしてわけがわからなくなるからだ

過去、おっさんのメソッド/サブルーチンが長いのは現代的プログラミングに触れてない世代だったからという解釈があったのだが、ぶっちゃけ加齢が主原因であった

40歳になったからわかったわ

Permalink | 記事への反応(0) | 16:02

2017-09-24

■anond:20170924130812

IntelliJはデバッグ停止中にマウス乗っけるとメソッドチェーンのメソッド部分ごとに戻り値を表示してくれたりしなかったりするな

最初はなんて賢い子なんだと思ったけど意外とそこで詰まることがないのでいまいち使わない機能だった

めんどくさそうな処理は本能的にメソッドチェーンよけてバラして書いちゃうからね

静的言語だと途中にローカルな変数があってもなくてもあんま変わらんから

Permalink | 記事への反応(0) | 13:18

2017-09-11

■https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

Web ブラウザとは (Chrome, デベロッパーコンソール, alert)

はじめてのHTML (VSCode, HTML, Emmet)

さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)

HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)

はじめてのJavaScript (JS, ES6, エラー)

JavaScriptでの計算 (値, 算術演算子, 変数, 代入)

JavaScriptで論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)

JavaScriptのループ (ループ, for)

JavaScriptのコレクション (コレクション, 配列, 添字, undefined)

JavaScriptの関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)

JavaScriptのオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)

はじめてのCSS (CSS, セレクタ, background-color, border)

CSSを使ったプログラミング (transform, id, class)

Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)

診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)

診断機能の組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)

ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)

Linux開発環境構築コース

LinuxというOS (VirtualBox, Vagrant, Ubuntuのインストール, OS, CUIの大切さ)

コンピューターの構成要素 (ノイマン型コンピューター, プロセス, lshw, man, ps, dfの使い方)

ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)

標準出力 (標準入力、標準出力、標準エラー出力、パイプ、grep)

vi (vimtutor)

シェルプログラミング (シバン, echo, read, 変数, if)

通信とネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)

サーバーとクライアント (tmux, nc, telnet)

HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

GitHubでウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)

イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)

GitとGitHubと連携 (git, ssh, clone, pull)

GitHubへのpush (init, add, status, インデックス, commit, push, tag)

Gitのブランチ (branch, checkout, merge, gh-pages)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)

集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)

アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)

ライブラリ (ライブラリ, パッケージマネージャー, npm)

Slackのボット開発 (slack, mention, bot)

HubotとSlackアダプタ (hubot, yo)

モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)

ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)

同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)

例外処理 (try, catch, finally, throw)

HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsのイベントループ, リスナー)

ログ (ログ, ログレベル)

HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)

HTMLのフォーム (フォームの仕組み, form, input)

テンプレートエンジン (テンプレートエンジン, jade)

HerokuでWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)

認証で利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)

Cookie を使った秘密の匿名掲示板 (Cookie, Set-Cookie, expire)

UI、URI、モジュールの設計 (モジュール設計, フォームのメソッド制限, リダイレクト, 302)

フォームによる投稿機能の実装 (モジュール性, textarea, 303)

認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)

データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)

トラッキング Cookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)

削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)

管理者機能の実装 (Web サービスの管理責任, 管理者機能の重要性)

デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)

脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)

XSS脆弱性の対策 (XSS, 適切なエスケープ処理, リグレッション)

パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性の対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)

ExpressのAPI (app, Properties, Request, Response, Router)

GitHubを使った外部認証 (Passport, OAuth)

テスティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)

継続的インテグレーション (CircleCI)

クライアントのフレームワーク (Webpack, Chrome 以外のブラウザでもES6)

DOM操作のフレームワーク (jQuery, jQuery アニメーション, this)

AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)

WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)

RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)

データモデリング (リレーショナルモデル, 正規化)

テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)

インデックス (インデックス, 複合インデックス, Bツリー)

集計とソート (SUM, COUNT, ORDER BY, GROUP BY)

「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計、モジュール設計、MVC)

認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)

予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)

予定とユーザーの一覧の表示 (非同期処理, Promise, then)

出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)

出欠とコメントの更新 (Promiseチェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数の再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Herokuの環境変数)

Permalink | 記事への反応(16) | 11:07

2017-01-20

■[ゲーム日記]１月２０日

○朝食：なし

○昼食：ブリトー（餅お好み焼き）、ホルモン弁当

○夕食：キムチ、ラーメン、ビール、つくね

○調子

はややー。

今日と昨日と遅くまで残業して疲れたからか、普段より一際、酔いが回っているので、変なこと書くかも。

問題ありそうならあとで修正する。

昨日言われた通り、調査っていうか、っていうか、向こうの人が望む方式でやるために、もう一度調べ直しをしてた。

向こうの人曰く「このやり方でできる」そうなんだけど、やっぱりどう考えても、できないようにしか思えない。

その、それなりにプログラマやってきてるけど、Webの仕事はこの現場が初めてで、いやまあ一年ぐらいこのプロジェクトにはいるものの、今までは画面とかサーバーサイドで単体で動くバックエンドの仕組みとかを作ってたから、ちょっとこういう部分わからないから

はーい、と頷いて、頑張って調べたんだけど、

やっぱりどうも、そんなやり方はできないようにしか思えない……

うーむ、ちょっと、真面目に勉強したいな、本とか買ってまずは一般論を学ぶべきな気がしてきた。

っていうかあれか、クソ雑魚ナメクジらしく質問サイトで質問すればいいのかなあ。

うーーーーーーーーん、なんか難しいなあ、

いやでも、なんか、仕組みを考える限り、できないようにしか思えないけどなあ。

でも、ネット調べるとやってる人もいるんだよなあ。

でも、なんでできるんだあ？なんか理屈がよくわからんぞいやだなあ。

だってさ、GETだから URLの中に戻り値が入って取り出せるんでしょ？（うーーーーん、この理解もだいぶあやしいぞ、なんかうまくこの仕組みを理解できてない気がする） POSTだったら、戻り値はレスポンス（あれ？リクエスト？いっつも、レスポンスとリクエストがどっちかわからなくなる）のボディに入ってくるから、それただの戻り値で、JSONPでもなんでもなくない？