「リファレンス」を含む日記 RSS

はてなキーワード: リファレンスとは

2019-04-12

anond:20190411215811

プログラミングができるわけでもない一般人だが書かれている内容はだいたい分かった。

ただし何を言いたいのかはサッパリからない。

なぜ「数字」にこだわるのかも分からないし唐突に現れたサンプルプログラム意図が分からない。

ドレミファソラシは「261、293、329、349、391、440、493」

単位ヘルツが抜けていて分かりづらい。

可視光の波長

コンピュータディスプレイは波長ではなくRGB表現されるので分かりづらい。

電気がそれほど流れてないときは白色に光り、たくさん流れているとき赤色に光るLEDがあるとする。

そんなよく分からないLEDを使わずともフルカラーLEDがある。

たとえにマイナー電子部品(?)が登場すると逆に分かりづらい。

それから縦30x横30のLEDから縦70x横70のLEDまでに内接する円の内部(x^2+y^2≦40)がすべて色001であれば、赤い円ができる。

このあたりはよく分からない。

中心座標(50,50)から距離(20)ではないのか?

(「点と円の当たり判定」を各座標ごとに実行)

めちゃくちゃ強い電気

なんかすごそう(小並感)。

ハイレベルとローレベルでなくアナログ値になるということなのだろうか?

その意図が分からない。

コンピュータ内部では数字で何もかもを表現する。

それはたぶん現代人ならみんな知ってると思う。

(ただし数字というよりはビットが基本だが)

「Aは41と表現する」のように人間が決めた

どの文字コードのことを言っているのか分からないので集中できない。

(ためしASCIIコードを調べてみたがAは65だった。また小文字にするとき足す値は32)

かなりシンプルになることが多い。

このサンプルコードは言うほどシンプルだろうか?

一般的には適当なrandomモジュールのようなものを利用するのではないか

(ついでに実用的かを考えるなら曲数が60以上あったときのことが気になる)

今の仕事でも、既存マクロエラー出たときに原因箇所を調べたりするのは出来るけど、そこから何を直したら直るのかわかんない。

欲しいマクロ機能要望とかフローチャートとかは作れるけど、それがプログラムにならない。

フローチャートを作れるのなら元増田必要なのはポケットリファレンス」とか「逆引き~」とかいう類の本ではないだろうか?

(普通に考えればさすがに知っているだろうが念のため)

2019-04-03

anond:20190402104530

リファレンスを一通り読めって入門書に書いてないのはなぜなんでしょうね

やりたいことがそこに書いてあるのに

2019-03-29

一言で言えば「それな」で済む話

https://anond.hatelabo.jp/20190328015628

リファレンスのやり方あってるかわからないけどいいか

この人が本物かどうかと聞かれたら、私は多分本物だろうと答える。多少フェイクは入れてるだろうけど。

なぜなら、少し似ているからだ。私と。

まあうちは普通サラリーマン家庭なので、ブランドの話はよく分からないし、小学校公立だし、大学は家から通える国立にしたけれど。でも、同じように御三家と呼ばれる女子校を出たものとして、その屈折した感情はある程度自分のものとして理解できる。彼女と同じ学校かは分からないが、多少の校風の違いはあろうとも御三家か、同偏差値帯の私立中の生徒の傾向は大まかに同じと言って良いと思う。彼彼女らを私立中に出荷するための生産拠点は等しくSAPIX日能研等の大手中学受験塾だからだ。大手中学受験塾は大体3年間で2,300万円かかる。それぐらいの学費を払え、かつ子供学習サポート出来る家庭というのはおおよそ似通ったものになるのは想像に難くない。と、いうか大体似ていた。レアケースがあることも否定はしないけど。

私は医学部志望では無かったのでその辺の事情には明るくないが、医学部を目指す子はやはり親が医者のケースが圧倒的に多かったように思う。そして、医者になるという目的があるからか、中学の頃から鉄やSEGに通って着実に受験に備えていた子が多かった。これは素直に尊敬してた。まあそれと同時に、塾で医系数学とかの授業を取ったりする過程で、この人の周りが更に私立中高一貫医学部志望医者家庭へと純化されていってたんじゃないかなとは思う。

それはさておき、単純に私が少し似ているなと思った部分についてつらつら書きたい。

まずバイトについて。この部分でひょっとしたら他校かなとも思った。周りにバイトをする高校生は誰も居なかったのは同じだが、そもそも高校生バイトをするという概念現実感を伴っていなかったので、バイト禁止だったかどうかも分からない。禁止じゃ無かったとしても多分そんなに歓迎されなかっただろう。親も親でバイトするぐらいなら塾に行ってくれた方がいいと考えている人の方が多いのは確実だ。

次に、暗黙のルールについて。確かに即物的なというか、実際の生活に関わる色々な数字は、同じ学校の生徒であるという点で=にされて不可視化されていたと思う。でも認知されていなかった訳でもなくて、ベールに覆われたように大まかに認識していたが、敢えて可視化しようとしなかっただけだろう。これは学校の態度の影響もあるかもしれない。私の知る限りでは、御三家には一斉に模試を受けて学校偏差値管理したり、成績を壁に貼りだしたりして、生徒同士の差を意識させる学校は無かった筈。加えて、これはこれで問題だと思うが、うちの学校では少なくない教師受験だとか偏差値だとかをまるでハリポタの「ヴォルデモート卿」と同じような、ゾッとする単語として捉えていた。

最後自己認識世間一般との差について。これは同じような環境で成長した人達と接していると、気付かないし、別に気付かなくても生きていける。でも、自分と違った環境で育った他者と接する時に切実な問題として浮かび上がってくる。私も、世間ではエリートコースと呼ばれるだろう経歴にはなったが、別に自分のことは頭が良いとは思ってない。小学校の頃も塾では一番上のクラスの下の方で、中高では結局真ん中より上の成績を取れなかった。ずっと自分より上を見上げるばかりだった。

から大学地方出身の「まっすぐ」育って来たんだろうなぁと感じられる子の万能感には相容れないものを感じる。万能感は自分人生で真っ先に失われたものの1つだからかな。

あと、自己認識がどうであれ周りからは期待されちゃったりするからそのギャップが正直キツいというのはあるんじゃない。

まあ長文並び立てたけど単純にそれなと思っただけ。最初共感した所だけ書いて去ろうと思ったけど思うところがあり過ぎて長くなってしまった。多分元記事の人はちゃんガス抜きできる人だからしっかりとした医者になれると思うよ。

広いインターネットで似たようなこと思っている人がいたのが嬉しかったけど、ひょっとしたら狭い世間の知り合いかもね。

2019-03-13

プログラミングって一体何を勉強したらゲームとかが作れるようになるんだ?

やったのはjavaだが、基礎はやったけど全然使い物にならんのだが。

知らんリファレンス? の方が多すぎ。

2019-03-02

anond:20190301141011

あれこれ新しい手法名前つけて今はこれだとか言って流行りであれこれやってるの全部が胡散臭いかな

設計方法があーだこーだ言ってる人はなんかマナー講師に近い何かを感じる


実際そういうめんどうなものを一切知らなくても、プログラミング言語リファレンス見てコードが書ければ十分必要ものは作れるわけで、基本シンプルな作りになるから他の人が見ても変更が容易


○年前にはやった✕✕って手法で作られたものがーとか言い出すと一気に面倒になる

それらを経験した人ならともかく知らない人からしたらなんでそんな面倒つくりにしてるのかと思うことが多い

2019-02-06

anond:20190206125431

stackoverflowとか、プログラミング言語リファレンスとかくらいならスラスラ読めるんだけどねぇ。

どうも画面を埋め尽くす英文の奔流に飲み込まれ意識が飛んじゃってる気がする。

2019-01-20

C++人生台無しにした。

柴田望洋先生明解C++

STL標準講座

テンプレートテクニック

・Effective C++

More Effective C++

・Modern Effective C++

C++ポケットリファレンス

・入門Qtプログラミング

実践Qtプログラミング

・Effective STL

Boost C++ Librariesプログラミング

オブジェクト指向における再利用のためのデザインパターン

C++ テンプレート完全ガイド

OpenCV for C++

・大規模C++ソフトウェアデザイン

MakeGitなどコマンド系の技術書 複数

・Database系の技術書 複数

ネットワーク系の技術書 複数

Linux系の技術書 複数

Windows系の技術書 複数

自作ハード系の技術書 複数

・他の言語技術書 複数

15年かけC++を独学した。

上記書籍を何度も熟読し、

C++実装も規格書も、C++によるライブラリ実装

Boostソースコードも常に読むよう心がけた。

土日も祝日も平日朝も平日のしごと終わった後の夜も、

ずっと一人で努力し、風呂トイレ、布団の中でも勉強し、プログラムを書いた。

基本情報処理ソフトウェア開発者試験ネットワークスペシャリストとデータベーススペシャリストを取得した。

しかし、正社員はもとより、時給2000円の派遣プログラマも時給1200円のアルバイトスキル不足で何十社受けても一社採用されない。

とはいえ面接官のレベルは「STLなんて初めて聞いた」「gccて何かの会社?」

C++企画書(誤字ではない)を書いてる人なんてのがいるの?」

「じょーほーしょりしけんてのがあるの?外国の話?」

といったもので私の実力は全く理解されていなかったのだが。

独身で、一切を我慢して娯楽を全く体験しないまま40歳になってしまった。IT業界人間すべてが恨めしい。

貯金100万もなく、素人が書いたプログラムに対して手順書のとおりにマウス操作してエクセルテスト結果を書くだけの仕事ばかりしている。

C++じゃなくてCかC#Javaか、とにかくC++以外だったらこんな事にならなかっただろうに。

何の意味もない、苦しかっただけの、最悪の人生になってしまった。

2018-12-22

SF老害はどうしようもない

https://twitter.com/crd_tweet/status/1075996340809719808

https://twitter.com/Sakai_Sampo/status/1075996738756866049

ま〜〜〜〜〜〜〜〜〜〜〜〜〜〜た出たよSFファンの「えっ!? この作品を知らない人がいるなんて!?マウンティングが。腐臭がする。そういう態度とるくらいなんだからSF老害おじさんにおかれましては日本古典近代戦前文学は言うまでもなく英米仏西伊独南米東欧文学の名作は当然読んでるしアニメ漫画ゲームの有名処は全部触れてるんですよね? どんな人でも絶対に「あの有名どころを読んでいない」なんてこと当然あるに決まってるだろ。SF業界人SFの有名どころを読んでなかったらそうも言われても仕方ないかもしれないが、共同リファレンスみたいな一般市民普通司書さんに質問した程度の案件でなんだその態度は。大体そもそも多読可能かどうかって個人個人特性によることが大きいから名作を全部おさえるみたいなのってできるひととできないにとが明確に分かれるだろ。SF語るのに1000冊読んでいる必要はないって口では言いながらこういう事例ですぐマウンティングしてくるからSF老害は信用ならねえんだよ死ね

2018-12-06

anond:20181206180248

よく使う関数自然と覚えるけど、基本いちいち記憶しようとはしない。

リファレンスから手早く検索できたりすればコーディングする上で支障が出ることは少ない。

2018-11-10

増田プログラマー養成講座 その19 SQLデータ更新

前回は、Webアプリの骨組み(スケルトン)に、SQLデータの追加と取得をやりました。

今回は、SQLデータ更新をやりましょう。

 

メッセージ更新

 

編集ページにジャンプするリンク

前回作ったメッセージ一覧に、[編集]のリンクも入れておいた。

<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>

という1行の部分。

[編集]をクリックすると、編集用ページにジャンプする。

ブラウザーHTMLソースを見ると、以下のようなHTMLになってるはず。

<td><a href="welcome/update/2">編集</a></td>

これは「メッセージID番号が2」を対象にして、編集ページにジャンプすることを意味する。

 

Controllerの改造

編集用ページのコントローラーを作ろう。

「http://localhost/waf/welcome/update/2」というURL編集ページにアクセスしたら、メッセージID番号の「2」を受け取れるようにしたい。

URL文字列を処理して「2」を取り出せるようにしよう。

 

// 更新画面

public function update($id = '')

{

 echo "ID=".$id;

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

}

 

CodeIgniterでは、URLから文字列を取り出す方法がいくつか用意されている。

  1. 「update($id = '')」のようにメソッド引数「$id」を用意すれば、「2」の部分を取り出せる。
  2. 引数を使う以外の方法も用意されていて、「$id = $this->uri->segment(3);」のように書けば、「2」の部分を取り出せる。

// 更新画面

public function update()

{

 $id = $this->uri->segment(3);

 echo "<hr> ID=".$id;

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

}

 

Controllerの改造の解説

CodeIgniterで、URL文字列から特定部分の文字列を取り出す方法を見ておこう。

 

例えば、「http://localhost/waf/welcome/update/aaa/bbb/ccc」というURLアクセスしたときCodeIgniterではURL中の「aaa」「bbb」「ccc」という部分は、以下のようにして取り出せる。

$seg1 = $this->uri->segment(1); // → 1番目のURL文字列:「welcome」=コントローラークラス

$seg2 = $this->uri->segment(2); // → 2番目のURL文字列:「update」=クラスの中のメソッド

$seg3 = $this->uri->segment(3); // → 3番目のURL文字列:「aaa」の部分

$seg4 = $this->uri->segment(4); // → 4番目のURL文字列:「bbb」の部分

$seg5 = $this->uri->segment(5); // → 5番目のURL文字列:「ccc」の部分

URLを「/」で区切って、base_url(http://localhost/waf/)の次から順番に、1番目のURL文字列、2番目のURL文字列、3番目のURL文字列、…とsegment()メソッドで順番を指定すれば取得できる。

 

Modelの改造

データベースでメッセージID指定して、メッセージを取り出す機能を用意しよう。

 

ファイルに以下のメソッドを追加する。

// Read by Id

public function read_message_by_id($id = 0)

{

 $sql = "SELECT * FROM talk WHERE id = ?";

 $param = array($id);

 $query = $this->db->query($sql, $param);

 return $query->row_array();

}

 

Modelの改造の解説

SQLの「WHERE」句で、絞り込む条件を指定できる。

 

SELECT * FROM talk WHERE id = ?

「WHERE id = 2」とすれば、メッセージID番号が2のメッセージデータが「talkテーブルから取り出せる。

もし該当するデータがなければ、返されるデータは空になる。(データが返ってこない。)

 

CodeIgniterの「row_array()」は、1件分のデータ配列の形にして返すメソッドだ。

 

Viewの改造

ファイルの内容を以下のように編集する。

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

<!DOCTYPE html>

<html>

 <head>

  <meta charset="utf-8">

  <title>増田チャット</title>

  <base href="<?php echo base_url(); ?>">

 </head>

 <body>

  <h1>増田チャット</h1>

  <h2>編集</h2>

  <p>メッセージを変更して「更新する」ボタンを押してください。</p>

  <form action="welcome/update" method="post" accept-charset="utf-8">

   <label>メッセージ</label>

   <?php if (isset($talk)): ?>

   <input type="text" name="message" value="<?php echo $talk['message']; ?>">

   <input type="hidden" name="id" value="<?php echo $talk['id']; ?>">

   <input type="hidden" name="action" value="update">

   <?php else: ?>

   <p>※該当するメッセージがありません。</p>

   <?php endif;?>

   <button>更新する</button>

  </form>

  <p><a href="welcome/index">戻る</a></p>

 </body>

</html>

 

Viewの改造の解説

データベースから取り出した1件分のメッセージを表示する部分を追加した。

<input type="text" name="message" value="<?php echo $talk['message']; ?>">

の「<?php echo $talk['message']; ?>」という部分だ。

これで変更したいメッセージの本文を表示できる。

 

あと、編集したメッセージWebサーバーに送信できるように、Formタグ送信ボタン(「更新する」の部分)も追加した。

このときメッセージID番号も送信できるように、

<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">

という1行も仕込んである

 

Controllerの改造

ファイルの内容を以下のように編集する。

// 更新画面

public function update($id = '')

{

 $id = $id ? $id : $this->input->post('id'); // id -> segment or post

 $action = $this->input->post('action');

 if ($action == 'update') {

  $message = $this->input->post('message');

  $this->chat_model->update_message($id, $message);

 }

 $data['talk'] = $this->chat_model->read_message_by_id($id);

 $this->load->view('chat_update', $data);

}

 

Controllerの改造の解説

メッセージID番号を指定して、データベースから取り出し、Viewに渡すデータを用意している。

$data['talk'] = $this->chat_model->read_message_by_id($id);

 

ユーザーメッセージ編集をしてWebサーバーに送信したら、データ更新する指示を出す部分も追加した。

$action = $this->input->post('action');

if ($action == 'update') {

 $message = $this->input->post('message');

 $this->chat_model->update_message($id, $message);

}

モデルにupdate_message()メソッドを用意して、$idと$messageを渡せば、該当データ更新するようにしたい。

次は、モデルでupdate_message()メソッドを用意しよう。

 

Modelの改造

ファイルの内容を以下のように編集する。

// Update

public function update_message($id = 0, $message = '')

{

 $sql = "UPDATE talk SET message = ? WHERE id = ?";

 $param = array($message, $id);

 $this->db->query($sql, $param);

 return $this->db->affected_rows();

}

 

Modelの改造の解説

SQLの「UPDATE」を使えば、指定したレコード(1件分のデータ)を更新できる。

「UPDATE talk SET message = ? WHERE id = ?」で、talkテーブルmessageid指定して更新している。

 

CodeIgniterの「affected_rows()」メソッドは、更新した行数を返す。=成功なら1行、失敗なら0行となる。

 

補足

コントローラーの「$id = $id ? $id : $this->input->post('id');」という行は、$idの受け取り方が2パターンあるので、それに対応している。

編集ページの表示で、1回目の表示と、2回目以降の表示で、$idの受け渡し方が変わっている。

  • 1回目:URLに埋め込まれID番号をupdate($id = '')の引数$idで受け取っている。($this->uri->segment(3)で受け取るのと同じ)
  • 2回目以降:Formタグで送られてきた$idを$this->input->post('id')で受け取っている。

URLに埋め込む方法上記の1回目のような方法)は、ユーザー勝手に値をいじれるので、基本的には使わない方が良い。

 

まとめ

以上で、SQLの「UPDATE」を使った、データ更新ができた。

長々と説明したが、今回の大事な点は、SQLの「UPDATE」の使い方だ。

CodeIgniterの使い方や、Webサイトの作り方(FormタグなどのHTML知識)は、オマケ程度に見ておいて欲しい。

 

次回は、データを削除するSQLDELETE」の使い方を見てみよう。

 


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:20181031014212 増田プログラマー養成講座 その14 Webアプリの試作品作成

anond:20181101225335 増田プログラマー養成講座 その15 Webアプリの完成見本

anond:20181101230220 増田プログラマー養成講座 その16 Webアプリの完成見本(続き)

anond:20181104161900 増田プログラマー養成講座 その17 Webアプリの骨組み

anond:20181104233013 増田プログラマー養成講座 その18 SQLデータの追加と取得

anond:20181110120715 増田プログラマー養成講座 その19 SQLデータ更新 ←★今ここ★

anond:20181110182445 増田プログラマー養成講座 その20 SQLデータの削除

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

2018-11-04

anond:20181104145101

ざっくりした仕組みだの構造だの機能だのはだいたい一緒なんだからあとはリファレンス片手で組んでいけるようになるんだよなあ。

言語特有の開発環境とか、定番拡張セットとか、そっちのほうが言語仕様のもの以上に格差ある感じ。

2018-10-23

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

前回はオブジェクト指向プログラミングOOP)の使いどころを学ぶために、MVCフレームワークを使ってみました。(ほんの触りだけ)

今回はOOP理解を助けるための参考書を探してみましょう。

 

OOP参考書

OOPに関する有名な本はたくさんありますAmazonレビュー評価が高い本は、定番の本が多いです。

だけど分厚い本は、ある程度プログラミングに慣れてから読んでみないと、最初意味チンプンカンプンだと思います

最初意味が分からなくても)なるべく早い時期に1回は読んでみた方が良いと思う本をピックアップしてみます

 

オブジェクト指向でなぜつくるのか 第2版

この本は、OOP概要、基礎知識コンパクトにまとめられています

今の自分知識の過不足をチェックできます

この本を1つの目安にして、今後の学習指針を立ててみて下さい。

 

プリンシプル オブ プログラミング 3年目までに身につけたい 一生役立つ101の原理原則

https://www.shuwasystem.co.jp/products/7980html/4614.html

この本は、OOPも含むプログラム設計ノウハウ原則をまとめて紹介しています

カタログ的に、各テーマを広く浅く紹介してるだけなので、詳しい内容は個別に掘り下げる必要がありますが、それでも概要を知る上では役立ちます

今すぐ理解できなくても、「あー、そういえば、そういう話もあったな」と後で思い出せる程度に眺めておくだけでも十分だと思います

(第3章にある「UNIX哲学」は、初心者にとってプログラミングの良い指針になると思います。)

 

オブジェクト指向設計実践ガイド ~Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方

https://gihyo.jp/book/2016/978-4-7741-8361-9

この本は、上記2冊の内容を具体的な事例で説明しているような本です。

OOP解説本をいろいろ読んでみると、

などといった用語に出くわすと思います

これらの内容はそれぞれが1冊の本になるほどボリュームの多い内容ですが、本書ではそれらのエッセンスをうまくまとめていると思います

サンプルコードRuby説明されていますが、何らかのOOP言語を使ったことがあれば、Ruby文法を知らなくても、だいたい意味は分かると思います

 

プログラミング入門書を数冊読んだ程度の段階では、上記の本を読んでもいまいちピンと来なくて、意味理解できないと思われます

しかし、将来自分がぶち当たるであろう壁、課題を先取りしているつもりになって、「こんなことも考慮してるんだな!」と雰囲気だけでもつかんでもらえればいいんじゃないかと思います

 

プログラミングって難しいイメージがありますけど、習うより慣れろの精神で、とりあえず適当に触ってみるのがいいと思います

 

その他

PHPを使って、OOP基本的な仕組みを説明をしたので、PHP入門書を挙げるなら、とりあえずこの1冊。

自分にとっては分かりやす説明だと思うのですが、類書はたくさんあるので、実際に本屋で確かめてみましょう。

 

Java入門書文法の基礎を学んだら、次に読んでみたい本。

デザインパターン」という知識があると、他人が書いたプログラムを読むときに役立つと思います

(なんでこういう書き方をしてるんだろ?とか、定番の書き方=パターンがいくつかあるので。)

 

グチャグチャな汚いコードを綺麗にスッキリさせるノウハウがあります

リファクタリングに関する知識を学ぶと、プログラムの書き方が改善されて、後で自分メンテナンスするときに苦労が減ります

 

今の段階では、パッと思いついた本はこんなかんじだけど、他にも良い本はいっぱいあります

自分が分かりやすいと思う説明方法と、他人が分かりやすいと思う説明方法は、必ずしも一致してない場合が多々あります

図書館本屋で、実際に本の内容を確かめてみて、自分にとって一番分かりやすいと思える説明の本を探してみてください。

 

本のコストパフォーマンス

リファレンス文法辞書など)は、読む頻度が多ければ、買って損はしない=元は取れると思うので、自分への投資だと思って、必要な本は買うようにしましょう。

プログラミング専門学校かに行ったら、学費が何十万円もしますね?それを思えば本なら安いものです。)

 

プログラミング学習曲線

プログラミングに限らず、他の勉強でも同じだと思いますが、最初は知らないことの連続ですね?

プログラムサンプルコードを見ても、意味が分からなくて、中身が不明な「ブラックボックス」に見えると思います

でも、いったん意味が分かるようになると、霧が晴れたように、急激に視界が開けてきます

学習曲線で言えば、滑らかな右肩上がり(/)ではなく、ある時グイッと変わる階段状(_l ̄)の変化に近いと思います

なので、最初は分からないことが多く感じても、それが当たり前なので、あまり気にする必要はないです。

理解を早める補助として、上記のような参考書活用されてみて下さい。

 

まとめ

今回までで、手続言語構造プログラミングオブジェクト指向プログラミング)の基本を知りました。

次回は、問合型言語SQL)を学び、データベースを使いましょう。

 


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:20181024214737 増田プログラマー養成講座 コンテンツ一覧

2018-10-11

スマホが高くなったのではなく日本が貧しくなった」って本当?

iPhone XSPixel 3が発表されて、どっちも高いなぁ、ヤベェなぁと僕は思うんだけど、「スマホが高くなったのではない、日本が貧しくなったのだ」という意見をよく見かける。

2011年の段階で、iPhone 4Sの64GBモデルが67,200円。一番安い16GBモデルが46,080円。

64GBモデル比較するとiPhone XS121,824円(税込)だから、7年で1.8倍高くなっている。

外国では、7年前に6万7千円を支払ったのと同じ金銭感覚12万円を出せるってこと?

労働者の平均年収が1.8倍以上になったのかな?

金持ちの国がうらやましいね

っていう結論を書くために、過去iPhoneGoogleスマートフォン価格を調べてみた。

過去どれだけ安いかが知りたかっただけなので、全部は調べていない。

iPhone

iPhone XS Simフリー版(税込)

64GB 121,824円

256GB 140,184円

512GB 165,024円

iPhone XS Max Simフリー版(税込)

64GB 134,784円

256GB 153,144円

512GB 177,984円

iPhone 4S (2011年 SoftBank)

16GB 46,080円

32GB 57,600円

64GB 67,200円

iPhone 5s (2013年 docomo, au, SoftBank)

16GB 70,200円~72,576円 (docomo 72,576円 au 70,200円 SoftBank 70,080円)

32GB 79,920円~82,944円 (docomo 82,944円 au 79,920円 SoftBank 80,400円)

64GB 90,720円~93,312円 (docomo 93,312au 90,720円 SoftBank 90,720円)

ストレージラインナップが違うので64GBで比較すると、

2011年 67,200円

2013年 90,720円~93,312

2018年 121,824円 (XS)

2011年にはiPhoneは安くて46,080円で手に入っていたので、最低スペックしか買わない貧乏人にとっては3倍近い価格になっており、超高く感じられる。

Googleスマートフォン

Pixel 3

64GB 95,000円

128GB 107,000円

Pixel3 XL

64GB 119,000円

128GB 131,000円

Nexus 5 (2013年)

16GB 39,800円

32GB 44,800円

Nexus 5X (2015年)

32GB 59,300円

64GB 63,400円

Nexus 6P (2015年)

32GB 74,800円

64GB 80,800円

Googleスマートフォンも、まず2013年2015年で、32GBで比較して、

2013年 32GB 44,800円 (Nexus 5)

2015年 32GB 59,300円 (Nexus 5X)

と高くなっており、2015年2018年も、64GBでの比較で、

2015年 63,400円 (Nexus 5X)

2018年 95,000円 (Pixel 3)

価格が約1.5倍になっている。

Nexus 5は軽い気持ちで買ったけど、もはや遊び半分で買うには高すぎる。

リファレンス機は遊びじゃない。

2018-10-08

anond:20181007145044

英語検索してもstackoverflowのクソ投稿がひっかかるだけじゃねえか。

英語公式リファレンスに当たるなら別だが、

それは「日本語検索結果を排除する設定にせざるを得なくなってる」というの

とは関係無い話になってくるよね?

2018-09-24

anond:20180924210038

ちょっと化粧をしただけのリファレンス端末だから、結局のところ一般人が買うもんじゃないんだと思う

2018-09-22

JWTに関してのお伺い

http://b.hatena.ne.jp/entry/s/co3k.org/blog/why-do-you-use-jwt-for-session

適当コメントを書いたら

スーパーエンジニアに「そういうことではない」

と厳しい叱責を受けたため、無能の見識を書いてみた。

「聞くは一時の恥、聞かぬは一生の恥」のとおり、

せっかくの機会のため、びしばしセキュリティに関する認識の甘さを指摘してほしい所存

expの期限と任意セッションが切れないデメリットに対する私見

作ったシステムではexpは約1時間でやってしまいました(機密保持契約違反を恐れ多少ぼかしております)

私は無能なのでたぶんユーザーから報告を受けて

確認している間に1時間はかかるからいいやと思ってしまっていた

師はきっとJWT生成直後3秒でユーザー

「これは、セッションハイジャックか・・・!?

と気づいて通報

そして師が2秒で

「これは、セッションハイジャックだ!」

と検知してセッション遮断、秒速で一億円の被害が出るところを阻止する前提なのではないかと推測している

これは確かにJWTだと厳しそうだ

そもそもログインできるアプリなら

セッションハイジャック成功直後にパスワードを変更された場合

セッション任意に切れることに意味はないのでは、と思えてきたが、浅はかだろうか

(師はログインを即座に検知してセッションを切れるから問題ないのか)

とにかくアカウントロック機能を作れば上記懸念全てにきれい対応できそうに見えている

「定期的な鍵交換が必要」に関する私見

この理屈だと例えば.envに書くような他のkeyも定期的な交換が必要に見える

これはまずい、自分の今までの見識の甘さを思い知らされた

今使っているフレームワークリファレンスを見たが

keyは初回に設定したのみで、定期的な交換を勧める文が見つからない

私の検索力不足なのかと思ったが、もしかして彼らもこの危険性に気付いていないのではないか

JWTはhash化してつないでいる前提で

hashのkeyを総当たりで破る仮定で書く

私は無能なのでライブラリを用いることにしている

32文字keyが生成された

解読時間は下記を参考に、計算windows10電卓アプリを用いて手動で行った

https://ja.wikipedia.org/wiki/%E7%B7%8F%E5%BD%93%E3%81%9F%E3%82%8A%E6%94%BB%E6%92%83

数字大文字文字で約60の時は10桁で20万年と書いているが

現代の解析技術20万倍は速度が出ると仮定して1年として計算する

果たして、どのくらいの速度で鍵はやぶられると推定されるのか

とりあえず60を10乗した時点で(20文字相当)

6.0466176e+17

日本語に直すと60京4661兆7600億年かかる計算となった

実際にはこれが6.0466176e+17倍されさらに3600倍されつまりどういうことだ

これだけ長くともkeyの交換は必要なのであろうか

そもそも師は何年で交換したら安全と書いていないが、何年なら安全という意見だったのだろうか

「JWTはセッションIDを含めれば安全」に関する私見

から「そういうことではない」と指摘された点である

私の理解ではとかくuser_idのみ必要なら意味がないと思っていたため落ち込んでいる

まず、IDとpassを内蔵するネイティブアプリに対するapiサーバでの実装経験しかないこと

JWTが切れたら都度IDとpassを投げる方向でリフレッシュトークン実装しなかったことを告白しておく

そのためapiサーバ上記前提で用いた場合に考えたことを書く

webアプリのJWT実装経験はないので、そちらの論は差し控えさせていただく

JWT送信→user_id取得

では危険

JWT送信セッション(cookie形式?)送信切り替え→セッションからuser_id取得

だと安全になるのか検討する前提で記載する

とりあえず思いついたのは下記だった

通信途中で傍受されてログイン情報が奪われる危険が上がる
アプリから直接ログイン情報が奪われる危険が上がる

通信途中で傍受される危険に関して

tokenはheaderにbearerで付けユーザーID(あるいはそれに代わる特定可能識別子)が含まれ

おそらく一般構成仮定で書く

https通信するのでパケットキャプチャによる傍受は不可能と思っていた

(http通信するのはJWTとかcookieとか関係なく傍受できるため考慮しない)

0に何をかけても0なので、何回送っても解読されないならJWTを何回送っても問題ない

というかJWTが抜けるなら同様にheaderに付けるcookieでも抜けると思うので

JWTだからといって危険性に差はない、という論拠により安全性は変わらないという個人的結論になった

※余談だが、たまに送る回数が少ない方が安全という

言説を見るのだが、個人的には上記理由で納得できていない

アプリから情報が抜かれる危険性に関して

クライアントネイティブアプリ場合

攻撃者がアプリに保存されたJWTが取得できるならIDもpassも同じ方法で抜けそうに見えた

(厳密には保存場所が違ったかもしれんが実装依存なので同一とする)

その前提のため、わざわざ

JWT送信セッション(cookie形式?)送信セッションからuser_id取得 

接続しても、おそらくcookie形式で送れる何かもJWTらと同じ方法で抜かれると思われる

まりcookieだろうがJWTだろうがアプリから直接情報が抜かれる危険性には変わりがないという結論になった

結論

まりcookieだろうがjwtだろうがidpasswordの組だろうが同じ危険性で抜かれる可能性があり、いずれでも同じことができるなら

JWT→user_id

でいいじゃん、わざわざcookieと同様の形式を間に挟むの無駄じゃん、となりコメント発言に至った

ここまで書いて、常にJWTにsession_idを含めておいて送ることを意図されていた可能性にも気づいたが

それならもっと無駄なため考慮しない

セッションにするメリットとして唯一思いついているのは任意サーバ側でセッションを切れることだが

それを指していたのであろうか

それは最初段落問題と同一と思っている

余談だが、ブコメ雰囲気日和って「ユーザーIDのみ入れ」(そもそもJWTを自然に作れば入るのだが)

というセッションストア的にJWTに他の情報を入れると入れない時に比べて危険性があがることに同意したような記載をしてしまったが

結局JWTが奪えたら中身に関係なくbearerとしてセットして接続するだけなので

正直JWTを使った時点でついでにセッションストアのように使おうが使わまいがセキュリティ的にそこまで変わらないのでは、と思っている

強いて上げるならセッションに保存している内容が分かる可能性があり、サーバー内部の実装が推測できる危険があるくらいだろうか

でも暗号化したらよいのでは、と思った

私的結論

expの期限と任意セッションが切れないデメリットに関して

expを適切に設定しつつ、必要ならアカウントロック機能を入れる

(アカウントロック機能はJWTに関係なく被害の増加を抑えられる可能性がある)

定期的な鍵の交換について

長いkeyを設定すれば不要

「JWTはセッションIDを含めれば安全」について

少なくともapiサーバネイティブアプリに関して、セッションIDを含めても危険性は変わらない

正直webアプリでも大して変わらんのでは、と思っているのは内緒である

と思ったので短慮なところ、見落としている視点があるようなら今後のためにご教示をいただきたく

以上、よろしくお願いいたしま

2018-08-19

作りたいものができた

IT業界SIer下請けで働いている。

土日祝日なしのシフト制だが22時帰宅毎日技術に対する興味が薄れて労働マシーン化していた。



そんな時に Leaflet という面白そうなモノを見つけたWeb地図のためのJavaScriptライブラリらしい。

学生の頃にちょこちょこ記録していた美味しいお店リストや忙しくなる前に遊んでたMMOデータを元にそのライブラリを使ってwebコテンツを作りたくなった。

15年ぶりに「とほほのJavaScriptリファレンス」を見た、今はさっと読んでいる段階だ、IT業界SIer下請け事務処理や保守や問い合わせの対応マシーン化していた

自分にはプログラミング言語を触れたのは15年ぶりだった・・・まったくわからないが読んでいて楽しい

この感覚学生の頃によくあったが社会に出たらいつの間にか忘れて早く帰ることしか頭になかった。

有給休日での代休は取ると元請けからまれ最悪、自分を含めた現場技術者を外すして別の技術者に入れ替えるよう命じられるため休むことができなかったが久しぶりに取った土日の連休

Leaflet と言うものを見てwebコテンツを作りたいなーと思ったときに頭の中で誰かが「もっと休もう、休んで自分のやりたいことを伸ばす時間を作ろう」という言葉自分に掛けた。

休まないのは経営者ぐらいでいい労働者はもっと休むべきだ、今日休日は終わり明日から忙しい日がまた始まる。



でも、これから自分時間重視で働こうと思った。

Leaflet と言うJavaScriptライブラリを使って作りたいものが出来たのだから、きっとこれは何かのチャンスに違いない。

勉強法模索中だができる限り頑張ろうと思う。

2018-08-12

なぜSQLけがこの世界で未だに職人芸じみているのか

1.リファレンス無料で読めないか

標準SQL仕様書は有料である。このご時世ありえん。

たとえばC#など.NET系のリファレンスMSDNで読むことができる。

RubyだってHaskellだってScalaだって公式サイトガイドぐらい置いてある。

そもそも標準SQLサイトは有料ですら見つけるのが難しい。

2.実装ごとに仕様が違いすぎるから

OracleDB2MySQLPostgreSQLSQLite、AccessなどSQL実装されたDBMSは様々にあるが、どれを取っても仕様が違う。

皆が標準SQLに従っていてその上で適当増設している程度ならよいが、もはや誰も標準SQLに従う気が無い。

この点でCコンパイラ多様性のようなものとはわけが違う。

根幹的に必要機能があったりなかったりするから、あるDBMSで書けるようになったからと言ってSQLを覚えたとは言えない。

これと上記1とのせいで、何かググった時に特定DBMSしか解決法にならないものが大量に出てくる。

3.最適化人間任せだから

最近プログラミング言語は大抵、雑に書いたってコンパイラ適当最適化してくれる。

同じ結果を生むような二つのコードは、よほど下手くそに書かない限りは同じような実行速度になる。

SQLオプティマイザが最適化はするが、ほぼ同じような二つのコードで速度が全く変わったりする。

そのため実行計画というオプティマイザの中間言語のようなものを読んであげて、

より速い中間言語が生成されるようSQLチューニングし直さなければならない。

これでは何をやっているのかわからない。

有名なサイトでは、初心者必死で書いたような可愛らしいSQLを「それでは遅すぎるんじゃ」とけちょんけちょんにけなし、

なんかシンプルなのだけれどよくわからない文法を一杯使って実行速度を高めたのを「正解」としていたりする。

しかもその文法、ググってもろくな解説が無かったり、特定DBMS依存してたりと使えないオチ

4.スタイルガイドがないか

上手い人はSQLを綺麗に書く。だけど、その綺麗さの基準が人によって違う。

エディタが単なるメモ帳しかないようなDBMSも多いから、インデント文字数さえ個々人に任される。

インデントは2文字か4文字か。SELECTで改行するかしないかカンマは列の後ろか、前か。

いろいろなサイトに色々なことが書いてあったけれど、全部違うこと言ってた。

まり各々綺麗に書ければいいやということであり、読むほうも宗教が違ってもまあ綺麗なら読めるから困りはしない。

困るのは初心者である

何かの解決法をググるたびに違うスタイルからどう書いていいのかわからない。

結局なんかいろいろな上手い人のスタイルをツギハギした新たなスタイルが世に誕生してしまうのだ。

最後

だけど、そんな職人芸じみたSQL世界が私は好きです

2018-05-27

吾輩は無職である。暇だから初めてWebサービスを作ったのである

吾輩は無職である。職はまだ無い。どこで無職になったか、とんと見当けんとうがつかぬ。

何でも薄暗いじめめした所で手斧を投げられていた事だけは記憶している。

吾輩はここで始めて増田というものを見た。

しかもあとで聞くとそれは増田という人間中で一番獰悪な種族であったそうだ。

・・・

まぁ、前置きの冗談はこの辺までとして、前々から作りたいな思っていた

Webサービスを中々時間が取れず作るのを諦めていたのだけど、

まぁ無職になって時間も取れたので作った次第です。

自身プログラミング生業とする職業では無く、学生時代特にプログラミングついて何か

勉強をしていた訳では無かったので一から勉強になりました。

始めたのが昨年末大晦日ちょい前なので、約5ヶ月掛かり、当初想定していた期間より

かなりの時間が掛かってしまい、反省点等含めその辺の事を書けたらなと思います

■やりたい事(実装した事)

ゲームユーザー同士を繋げるマッチングサイト出会い系ではないよ。)

ログイン機能

タスクベースでのチケット管理

・簡易コメント機能

・簡易評価機能ポイント

ステータス動作変更処理

タグをつける

上記DB管理

構成を書いた方が良いと思うので

以下になります

構成

--------------------------------------------

サーバさくらVPS 2G

OS:CentOS 7.5

WebサーバNginx 1.14

WSGI:uWSGI 2.017

FW:Flask 1.0.2

RDBSQLite3 3.7.17

ORM:SQLAlchemy 1.2.7

言語Python 3.6

フロントPure JavaScriptのみ

その他ツール等:Let's Encrypt/fail2ban/等々

--------------------------------------------

上記を見て貰えれば分かるかと思いますが、最近流行りの

フロントエンド技術等は一切入ってはいないです。

ほぼ、既存ベーシックサーバーサイド側の制御のみです。(jsで非同期通信はしてます

SPAとかVueとかの言葉最近知りました。。。

ほぼ開発終わりかけに知ったので、流石に今から構成

変えるのもなと思い、取り敢えず上記です。

■選定理

まずWebサービス作るにあたり、何が必要だろうと思い

まずは開発言語だろうと、プログラミング言語の選定で

RubyPythonかで悩みました。

Rails名前を良く聞くのでRuby on Rails触ったのですが、

Railsには馴染めなかった(扱えなかった)ので

何かマイクロFWの方が良いのだろうと、Sinatraいこうか思いましたが

Railsの印象が強く残った為、Rubyは止めてPythonに移りました。

今度は初っ端からマイクロFWが良いだろうとFlaskのサンプルを試すと

比較プログラミング学者でも扱いやすく覚える事も少ないので、PythonとFlask

の組み合わせで決定。

(気軽にプログラムを書け、自分イメージしている処理や制御を素直に実現できる点が

 書いていて気持ちが良いです。まぁ分からない所も有りますが、そう思わせてくれる点

 が良いです。モチベーション的に)

NginxとuWSGIの組み合わせはFlaskで検索すると一番でてくるのでこれに決定。

SQLite3 はマイクロFWから軽めのDBでたぶん大丈夫だと思ったのでこれに決定

ORM(SQLAlchemy)も検索で一番出てくる為。

■開発概要

・まずPythonの開発環境を整えようとなり、WindowsVagrantインストールして

 仮想マシン環境構築。ゲストOSの中にPyenv等を入れPython環境構築

上記構築後に取り敢えず小さなサンプルから作ろうとなり、簡単CRUDをFlaskで行える様にしました。

 これができた時は嬉しかったです

上記が出来てから、本番の開発に移りCRUDベースにひたすら肉付けていく

ユーザー登録機能作成/ログイン機能作成/ユーザー情報表示/編集機能/チケット作成/及び編集/バリデーション

上記平行してDB機能作成実装/検索機能作成

・細かいViewの調整とスマホ用のView作成レスポンシブルでは無いので)

・本番用のさくらVPS環境構築とセキュリティ用のツール導入とLet's Encryptでhttps

上記以外の細かい調整等含め、約5ヶ月になります

■悩んだ点/反省

・悩んだのがタグ機能周りになるとどうすればよいか、かなり悩みました。

結論を言うとToxi法を使用しましたのですがここにたどり着き、理解するのに結構時間がとられました。

また、実装したらしたで、今度はそのタグ機能検索するとなると検索ワードが1つとは限らないので

クエリーを動的に生成する必要が有り、これも実装するのにかなり時間が掛かりました。

SQL文だけならば比較的すぐに検索でヒットしますが、それをSQLAlchemyでどう実現すれば良いかから

かなり時間が掛かりました。DB設計SQLAlchemyの文法に自信は無いですねぇ。。

・1次情報リファレンスから情報得ることがほとんど出来ず(たまにはできたが)、

他人咀嚼した情報からしか情報を得る事ができなかった。

(恥ずかしながら、咀嚼されなければ理解がおぼつかない状態

Stack OverflowQiita個人ブログが無ければこのサイトできなかったので

自信の咀嚼力強化が必須だと思いました。

作成結構時間が掛かったのでもっと短くしたい

総評

・5ヶ月と時間が掛かりまた反省点も多々有るが、とりあえずサービス公開まで

もっていけた事が嬉しいです。ただただ嬉しい。

・FlaskとSQLAlchemyの情報日本語が少ないので公式リファレンスとStack Overflow

行ったり来たりしたおかげで英語アレルギーがそこまで無くなった。

成果物

・で、作った成果物は以下になります

https://gamesanka.com/

ゲームサンカと言います

オンラインゲーマー向け(e-sports)のマッチングサイトになります

名前安直小学生が5秒で考えたような名前ですが、安直で気に入っています

作った理由は、僕はBF1が好きなのでオペレーションキャンペーンと言うモード

やろうとしたのですが、時間帯が悪いのか過疎なか分からないが全然マッチングしないのですよ。

やりたいのにマッチングしないので出来ないどうしよう、と。

また、昔セールFarCry3をかなり昔に購入した時(既に4が発売済み)にCO-OPモード全然マッチしない事が有り

旬が過ぎたオンラインゲームは中々マッチしなくてほぼシングルモードしか出来ない事は割とあると思うんです。

今だとBF4もかなり人数がいない状態なので特定マップのみとか。

なのでオンラインゲームマルチプレイCo-opで人を集めたい時、PUBGやFORTNITE等バトロワゲームスクワッドを

募集する時、オンラインゲーム大会e-sports)を開きたい時に利用して貰えると嬉しいです。

主に想定ユーザーと考えているのは、FPS/TPS/RTS/MOBA等のPCゲーマーをメインに考えていますCS機やTCGでも

使って貰えると嬉しいです。

あとViewレスポンシブでは無く、PC用とスマホしかなくタブレット用の中サイズViewが無いのでご了承下さい。

タブレット解像度が高い方はPC用で見て頂ける助かります

最後にお願いがあります

僕と一緒に以下のゲームを遊んで頂ける方を募集しています

遊んでも良いよという奇特な方がいましたら当該サイト内でコメント頂けると幸いです

・BF1(PC版)

・Dead by Daylight(PC版)

それでは長々とありがとうございました。

・・・

無職はただ楽である。いな楽そのものすらも感じ得ない。

日月を切り落し、天地を粉韲して不可思議無職に入る。吾輩は死ぬ

死んでこの無職を得る。無職は死ななければ得られぬ。

南無阿弥陀仏なむあみだぶつ南無阿弥陀仏

ありがたいありがたい。

2018-04-13

カメラ質に入れたっていう先生

http://www.yomiuri.co.jp/national/20180413-OYT1T50003.html

この件ね。

http://b.hatena.ne.jp/entry/www.yomiuri.co.jp/national/20180413-OYT1T50003.html

yujilabo 年度末になると補助金の満額まで使い切らないと翌年度の補助金が減額されたりもするため、ただちに必要でない機器や薬剤を購入して保管していたりすることはよくあると思う。無駄なので仕組みのテコ入れが望まれ

timetrain 予算が無いのが最大の原因だろうな・・

mazmot どういう状況だったのかなんとなく想像がつくが、それがマズいという感覚が欠如していたのだろうか?

alt-native 売ったお金どうしたかにもよるけど、研究に充ててたとしたら、研究費不足からくる悲劇

例によってはてなブックマーク論調はこんなんなんだけど、 https://kaken.nii.ac.jp/ja/grant/KAKENHI-PROJECT-15H05528/ こちから科研費交付状況を見て頂きたい。年 500 万という予算妥当かどうかは置くとして

リファレンスシステムとしてレーザライダーに加えて、光学カメラと高精度カメラを導入した。レーダ2次元立体構造再構処理した結果と、レーザライダー光学カメラ、高精度カメラ画像処理した結果を比較評価をすることで、提案手法有効性を詳細に評価できるようになった。

お前そのカメラ買って即売っぱらっとるやんけ。ようするにこいつ研究成果においても嘘ついてるんですよ。どうにもならん、クソオブクソ。予算不足とかどうとかそういう話以前。小保方みたいなもんですよこんなん。

2018-04-08

anond:20180408113715

何の言語か知らんが、昔もそういう言語はあったぞ。

富士通製のBASICであるF-BASICは、FM-8からどんどん拡張して行った結果、FM-77AV40の頃にはリファレンスマニュアル辞書みたいになってた。

もちろん、マニュアル別売り

2018-03-28

anond:20180328160144

CSSJavaScript(もしくはjQuery)とかじゃなくてHTML

HTML5リファレンス見ながら組むのと、class名に「背景が赤だからred」とかつけなかったらそれでいいんじゃね?

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