  |
はてなキーワード: テックとは
新型のiPad Proが発表されてから、大手のテック系メディアでiPad Proを称賛する記事が相次いだ。どれが自発的に書かれたもので、どれがAppleからお金をもらって書かれたものか、一般の消費者にはよくわからない。
今回のiPad Proの利点は、基本性能の高さらしい。それまでのMacに勝るとも劣らないと。
しかし、なんでタブレットを褒めるときに、PCをひきあいに出さなくてはいけないんだ。
iPadの新型が出るたびに、iPadはPCと同じように仕事に使えるのか、という検証記事が出てきて、まだあれができない、これができない、とやっているのだけど、じゃあそういうならPC使えよ、と思う。
今度のiPadには、こんなに使いやすいキーボードがつけられます、ただし別売り、とやっているのを見るたびに、じゃあMac買えば？ と思う。
いまから数年前には、雨後の筍のごとくWindowsタブレットが各社から発売されたけれど、いまはあとかたもない。
そのかわり、MicrosoftのSurfaceが登場して、改良を重ねるようになった。
いわゆるWindowsタブレットとSurfaceの最大の違いって、基本性能を除けば、「いいキーボードがついている」ことしかなくないか？
タブレットが進化するにつれて、基本性能や使い心地がPCに近づいていくのって、なんか進化の方向として、おかしくないか？
PCと同じような使い方を想定して開発するなら、そもそもタブレットが存在する意義があるのか？
タブレットが普及し始めたころ、タブレットこそが未来のコンピュータで、PCはやがて消滅するとか、まことしやかにいわれていた。
○○が出来るようになったというのが、それって昔から出来ることを焼き直しているだけではないのだろうか。
社会の多様性をといっているのに、ベイエリアの人達はホームレスの問題については避けている。
良いことが起こるとテクノロジーにより、悪いことは政治の責任であり、自分達とは違う人達である。
努力する人を称賛しつつ、スマフォというデジタル麻薬に群がっている。
PV数と売上が直接結びつかないが、売上や契約数を増やすことを約束せず、PV数という指標を使う。
今回は、データベースを使ったWebアプリの制作を通じて、SQLの使い方を確認してみましょう。
Webブラウザー（Google Chromeなど）で動作するアプリのこと。
ウェブアプリケーション（Web application）は、インターネット（もしくはイントラネット）などのネットワークを介して使用するアプリケーションソフトウェアである。
多くの場合、これらのアプリケーションは、Webブラウザ上で動作するプログラミング言語（たとえばJavaScript）によるプログラムとWebサーバ側のプログラムが協調することによって動作し、ユーザはそれをWebブラウザ上で使用する。
Windowsパソコンを使ってたら、「XAMPP」を使ってすぐにWebアプリを試作できる。
以前の講座（その６、その９）を参考にして、XAMPPとCodeIgniterを用意しておこう。
最近のアプリの作り方は、「デザインスプリント」と呼ばれる方法が流行ってます。本やネットの情報がたくさんあるので調べてみよう。
ざっくりと、以下のような流れです。
それでは順番にやってみよう。
以前にデータベースの練習をしたとき、「後で簡単なチャット（おしゃべり）ができるWebアプリを作ってみたいと思う。」と言ったので、今回のアイデアは「チャットを作る」にしよう。
Webページを作るには、HTMLやCSSの知識が必要だ。HTMLやCSSを使ったことがなければ、本やネットの情報で勉強してみよう。
今回はCSSを使わずに、HTMLだけでシンプルなWebページを作ってみよう。（練習だから余計なもの、無駄を省きたい。）
特にこだわりがなければ、Microsoftの「Visual Studio Code」という無料のIDE（統合開発環境）を使ってみよう。
インストール方法や使い方、メニューの日本語化のやり方は、検索して調べてみよう。
「mock」フォルダの中に
テキストエディターで保存するとき、文字コードを「UTF-8」にしておく。
「index.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<form>
<label>メッセージ</label>
<input type="text" name="message">
<button>投稿する</button>
</form>
<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">
<tr>
</tr>
<tr>
<td><a href="edit.html">編集</a></td>
<td><a href="delete.html">削除</a></td>
</tr>
<tr>
</tr>
<tr>
</tr>
</table>
</body>
</html>
「edit.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<p>メッセージを変更して「更新する」ボタンを押してください。</p>
<form>
<label>メッセージ</label>
<input type="text" name="message" value="Webアプリを作ってみる！">
<button>更新する</button>
</form>
<p><a href="index.html">戻る</a></p>
</body>
</html>
「delete.html」ファイルをエディターやIDEで開き、以下のような内容に編集して保存します。（コピペする場合、行頭の字下げ（インデント）の全角スペースを半角スペースに置換して下さい。）
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<form>
<p style="background-color:lightpink">Webアプリを作ってみる！</p>
<button>削除する</button>
</form>
<p><a href="index.html">戻る</a></p>
</body>
</html>
以上でモックのWebページ（HTMLファイル）ができました。
Webブラウザーで「index.html」を開いてください。「編集」や「削除」、「戻る」をクリックして、チャットの画面を確認してください。
実務では「仕様書」という書類を大量に作る場合もありますが、時間と労力の無駄になっている場合が多々あります。（紙の仕様書はあまり使われる機会がない）
紙の仕様書（アナログ）の代わりに、モックを仕様書（デジタル）として使うと、その後の段階がスムーズになります。
どうしても紙でなければ困る場合以外は、モックをそのまま仕様書として使ってみましょう。
モック（動くハリボテ）を作るための便利なツールがいろいろあります。
ちょっと長くなったので、モックを基に機能を実装（プログラミング）するのは次回にしましょう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成 ←★今ここ★
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
：
今回は、DBで使うプログラム言語「SQL」の文法を見てみよう。
関係データベース（relational database）は関係モデルにもとづいて設計、開発されるデータベースである。
関係データベースを管理するデータベース管理システム (DBMS) を関係データベース管理システム (RDBMS) と呼ぶ。
Oracle Database、Microsoft SQL Server、MySQL、PostgreSQL、DB2、FileMaker、H2 Database などがRDBMSである。
関係モデルはIBMのエドガー・F・コッドによって考案された現在もっとも広く用いられているデータモデルである。
データベースの利用者は、クエリ（問い掛け）をデータベースに与え、データを検索したり、変更することができる。
データは表に似た構造で管理されるが、関係と呼ぶ概念でモデル化される。
関係は組（タプル、表における行に相当する）、属性（アトリビュート、表における列に相当する）、定義域（ドメイン）、候補キー（主キー）、外部キーなどによって構成される。
SQLなどに代表されるデータベース言語（問い合わせ言語）を用いて、関係に対して制限・射影・結合・和・差・交わりなどの関係代数演算（集合演算を含む）ないし関係論理演算を行うことで結果を取り出す。
要するに、
SQL（エスキューエル）は、関係データベース管理システム (RDBMS) において、データの操作や定義を行うためのデータベース言語（問い合わせ言語）、ドメイン固有言語である。
エドガー・F・コッドによって考案された関係データベースの関係モデルにおける演算体系である、関係代数と関係論理（関係計算）にある程度基づいている。
これは、SQLの元となったデータベース言語が、IBMが開発したRDBMSの実験実装であるSystem Rの操作言語「SEQUEL (Structured English Query Language)」であったことが由来である。
「SEQUEL (Structured English Query Language)」を略して「SQL」と呼んだらしい。
英語のクエリーは、質問する、問い合わせる、という意味なんだね。
↑このページをよく読んでくれ。理解できたらSQLの説明は終わりだ！！！
…というと、説明することがなくなるので、ちょっとまとめておこう。
このページの「表1●SQLはDDL，DML，DCLの三つに大別できる。このうちプログラマが最も多く使うのはDMLだ」という図を見てみよう。
という３種類に分けてる。順番に見てみよう。
データベース、テーブル、ビュー、インデックス、ユーザーなどを作成／変更／削除するときに使うSQL。
これでデータベースを使う準備ができる。
データを操作するときに使う。いわゆる「CRUD」のことで、SQLのうち、このDMLを覚えれば、とりあえずRDBは使えるようになる。
CRUD（クラッド）とは、ほとんど全てのコンピュータソフトウェアが持つ永続性の4つの基本機能のイニシャルを並べた用語。
この中で一番活躍するのは、「SELECT」コマンド（命令文）だろう。
SELECTは、いろんな条件を付けてデータを絞り込む／加工することができて、便利なんだ。（Excelなどの表計算ソフトよりも高機能）
RDBは「リレーショナル」（関係）という冠言葉が付いてることからも分かるように、関係がある表と表をくっつけて、データを加工できる。
表と表をくっつける操作のことを「結合」という。
SQLでは「JOIN」というコマンドを使って表と表を結合できる。
↑このページにある丸と丸が重なった図を見てくれ。この図は「ベン図」といって包含関係を示す図だ。図を描いて塗りつぶせば、欲しい部分が分かりやすくなるだろう。
表と表のつなげ方には、何通りかパターンがあるよ。
内部結合は単純だ。外部結合はちょっとややこしい。
外部結合は「LEFT JOIN」の形がよく使われると思うので、まず最初にLEFT JOINの仕組みを理解すれば大丈夫だろう。
（LEFTの仕組みを基準にして、RIGHTやFULLとの相違点を意識すれば、表のつなぎ方を間違えにくい？）
「トランザクション」は、データの更新に失敗したとき、元に戻せる機能だ。（安全装置）
Googleの画像検索で「トランザクション」を検索して、分かりやすそうな図解を探してみよう。
↑このページの「図1 処理失敗による不整合の発生」を見てみよう。
銀行で口座間の送金を考えてみる。Aさんの口座からBさんの口座へ50万円送金したい。
この２つの処理が両方とも成功しないと、送金は失敗だ。（Aさんは送金できてないのに貯金が減ったら怒る。Bさんは送金されてないのに貯金が増えてラッキー！）
AとBの両方が成功したら更新処理を確定する。AとBのどちらか、または両方が失敗したら更新処理は破棄してなかったことにする。（やり直し！）
これがトランザクションだ。
ちょっと話がそれるけど、トラブルの重大さ＝クレーム対応の難易度について考えてみよう。
RDBは、SQLコマンドで操作するだけでなく、DB管理ツールを使って操作することもできる。
この講座では「phpMyAdmin」というDB管理ツールで「MySQL」を操作した。
他にも、Google検索で「DB 管理 ツール GUI」などで探してみよう。商用だけでなく無料でも便利なソフトがたくさんあるね。
など。
SQLコマンドを組み立てる作業はパズルのような要素もあるので、遊びだと思ってSQLに取り組んでみて欲しい。
「SQL パズル」でGoogle検索すると、いろんなテクニックが紹介されているので、時間があったらチャレンジしてみよう！
SQLの話は、それだけで1冊の本になるぐらい広範だ。今回は、SQLの概要を説明するだけになってしまった。
SQLの詳細については、前回紹介したSQLの参考書などを読んでみてね。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法 ←★今ここ★
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
：
前回は、MySQLとphpMyAdminを使って、リレーショナル・データベース（RDB）を少し触ってみた。
今回は、RDBの使い方や仕組みについて理解を深めるための資料を探してみよう。
本は、買う価値のある本と、買わなくてもいい本の2種類があるね。
どちらの本かは自分の判断で決めよう。（１度で理解できない本は、何度も読み返すことになるだろう。）
最初に読めば、DB全体を俯瞰する地図を手に入れたようなもの。その後の見通しが良くなる。
本書はMySQLをはじめて触る方を対象として，開発環境の準備からSQLの基本的な書き方，PHPによるWebシステム開発まで，図解でわかりやすく解説します。
まずは、データ操作の基本「CRUD」（Create＝追加、Read＝取得、Update＝更新、Delete＝削除）を理解しよう。
CRUDが分かれば、DBを使ったWebアプリを作れる。→ここがIT土方の最低レベルだぜ！
本書は、データベースを操作する問合型言語「SQL」の文法を練習できる。
SQLが読める＆書けるようになれば、RDBを使ったプログラミングで苦労しなくなる。
上記２冊の入門書程度の知識を身に付ければ、RDBに関しては初心者から脱却できるはずだ。
RDBを使うプログラムを作るなら、まずはこの程度の知識をクリアしておけば、十分だろう。
次の段階では、既存のDBを使うだけでなく、「ゼロからDBを設計、構築してくれ」と頼まれるようになるはずだ。
（以下の話は、今の段階では無視してもOK。RDBにある程度慣れたら読んでみて！）
データベースの本はいろいろあるけど、「ミック」という人が書いた本はRDBの要点がまとまってるので、なるべく早い段階で一通り目を通しておくことをお勧めする。（ミックさんの本は買って何度も読み返してる。）
RDBの設計方法はいろいろあるが、古典的な手法として「DOA」（データ中心アプローチ）がある。
↑DOAと、他の「OOA（Object Oriented Approach：オブジェクト指向アプローチ）」「POA（Process Oriented Approach：プロセス中心アプローチ）」を比較した図を見てみよう。
OOAは、言い方を変えれば、
という流れになっている。
つまり、ユーザー側から見ると、間にある[プログラム]は、[DB]を包んでいる「ラッパー」でしかない。
＝[DB]のデータ構造（スキーマ）さえシッカリしていれば、間にある[プログラム]は取り替えてもあまり困らない。
RDBを使うシステムなら、DB設計がプログラム設計よりも重要になる。
（後で[プログラム]を変更するよりも[DB]を変更する方が影響は大きい）
だから、今日でもDOAは十分に役立つ手法だと思って理解して欲しい。
慣れたらER図を書かなくても、頭の中で思い浮かべるだけでもテーブルを作れるようになる。
最初にDOAを知っておけば、今後他の設計方法を使うときでも、比較検討の基準として使えるので、損はないはずだ。
初級者が押さえておくべきDB設計の基礎知識やポイント、正規化／非正規化のケーススタディ、テーブル設計のやってはいけないバッドノウハウ、注意すべきグレーノウハウなどを丁寧に解説します。
DOA、正規化、階層構造（木構造）のデータの扱い方など、DB設計の基本を網羅的に説明している。
私が設計のスキルを付けるために実際に行ってきた「身の回りのものを題材にERDを書く」という方法のサンプルを今回は8種類書き下ろさせていただきました。
手前味噌ではありますが、本書をお読みいただき実践していただくことで「実務で具体的に手が動く」というレベルに達していただけると考えています。
RDBやSQLは「関係代数」という数学が、その基礎を支える理論になっている。
RDBを改造したり、自作したくなったら、RDBの原理を知っておきたい。
この手のコンピューターサイエンスの本って、難しくてつまらない本が多いけど、この本は図解が多くて、珍しく分かりやすい本だったｗ
自分が使うデータベースのマニュアルは最も基本的な１次情報になるので、不明点があったらまず確認するようにしたい。
など、公式サイト、オンラインマニュアルをチェックしておこう。
ミックさんは、ネットでもDB技術論の記事を公開されており、参考になるかも？
（↑無料Webサーバー「Yahooジオシティーズ」は2019年3月閉鎖予定なので、読むなら今のうち？）
階層構造になっているデータ（カテゴリー情報など）をRDBに保存するとき、主なやり方が3通り紹介されてた。（上記の本でも紹介されてる）
自分は(2)の「経路列挙モデル」が分かりやすくて、いつも使ってる。
…という具合に、ネット上の公開記事にも参考になる情報がたくさんあるよ。
（ここまでの説明でURLを9個張ってしまったので、もうこれ以上URLを張れない。＞＜）
他にもGoogle検索などで役立つ記事を探してみよう！（唐突な締めｗ）
データストア（データを保存する道具）は、RDB以外にもいろいろある。→「NoSQL」とか呼ばれている。（自分で検索してみてｗ）
Redis、Hadoop、ElasticSearch、OpenStack…いろいろな道具が発明されてるね。
RDB以外のデータストアを使うときでも、RDBと相違点を比較しながら学べば、取っ掛かりが持てて、理解がスムーズになるだろう。
RDBは、知っておいて損はない。使いまくって、体得しよう！
RDB、SQLはパズルみたいなものだから、楽しんで学んで欲しい。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書 ←★今ここ★
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
：
前回はオブジェクト指向プログラミング（OOP）で使う様々な仕組みについて学びました。
OOPの文法を学んだ後、OOPの長所が発揮される場面をどうやって説明したらいいのか？を考えてみた。
横田の意見を参考にして、「フレームワーク」を使って、OOPの使い方を見てみよう。
framework →「枠組み」「骨組み」「構造」などという意味の英語。
システム開発で使われる「フレームワーク」とは、よく使われる機能のパーツを用意して、まとめて１つのパッケージにしたプログラム群のことだ。
イメージとしては、いろんなおかずが入ってる豪華な幕の内弁当のようなものだ。
ただし、ご飯のマスだけが空になっていて、プログラマーが自分でご飯を用意しないと、弁当としては完成していない形になってる。
普通の白いご飯を作って追加しても良いし、好みや必要に応じて、炊き込みご飯やまぜご飯を作って追加しても良い。
ゼロから豪華な幕の内弁当を作るのは大変だけど、ご飯だけ用意すれば完成するので楽ができる。
プログラムの開発でフレームワークを使うと、プログラマーは必要最小限のコードを書くだけでアプリを完成させられるので楽ができる。
「フレームワーク」と似た用語で「ライブラリー」という用語がある。
弁当を作るときに使いたいおかず（ライブラリー）を自分で考えて探し出し、選ばないといけない。
（フレームワークは最初からおかずが全部用意されているので、自分でわざわざ選ばなくてもOK）
プログラムの動作で見た場合、フレームワークとライブラリーでは決定的な違いがある。
↑このページの「図1●フレームワークにおける制御の反転」という図解を見てみよう。
「制御の反転」（Inversion of Control、IoC）といって、自分の書いたコードが主役から脇役になってる点が違う。
（主役と脇役という説明は適切ではないかもしれないけど、イメージとしてはそんなかんじ？）
フレームワークはいろんな機能が全部入りで、こいつを使えば、ちょっとコードを書くだけで、高機能なアプリがすぐに作れる。
ここでは「MVCパターン」という仕組みで作られた「MVCフレームワーク」を使ってみよう。
MVCは「Model」「View」「Controller」の略で、MとVとCの３つを自分で用意すれば、アプリが作れちゃう仕組みだ。
MVCの歴史は古くて、GUI（Graphical User Interface、グラフィカルユーザインタフェース）を作る方法の定番だ。
→「MVC 仕組み」でGoogle画像検索すると、分かりやすい図解がいろいろ出てくる。
（参考）
Wikipediaの説明は、文章が学術的で難しいけど、正確な説明になってると思う。
↑このページの「MVCの概要」という図が、MVCの仕組み＝動作の流れを分かりやすく説明してる。
こういうプログラムの設計に関するノウハウは、「アーキテクチャー・パターン」という分野に蓄積されている。詳細はGoogle検索してみよう。
Webアプリを作るときに使われるMVCフレームワークには、いろいろある。
有名なものとして、
などが挙げられる。
PHPでOOPを学習しているので、ここではPHPのWAFの１つである「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 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備）
＝「C:\xampp\htdocs」（Cドライブの中の「xampp」の中の「htdocs」というフォルダ）の中に「waf」をコピーして下さい。
＝「C:\xampp\htdocs\waf」という位置にコピーできたらOK。
これで「Welcome to CodeIgniter!」というWebページが表示されたら、CodeIgniterの動作確認はOKです。
$config['base_url'] = 'http://localhost/waf/';
それでは「Hello, world!」と表示させるシンプルなWebアプリを作ってみよう。
<?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」というクラス（オブジェクトの設計図）を作っている、という点です。
次に、
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<p>Hello, world!</p>
</body>
</html>
今回は簡単なので、MVCの「M」は用意しませんでした。（CとVだけで完成）
Webブラウザーで「http://localhost/waf/index.php/hello」というURLにアクセスして下さい。
画面に「Hello, world!」と表示されたら、Webアプリの作成が成功です！
「Hello, world!」の表示だけではショボ過ぎるけど、Webフレームワークを使えばもっといろいろな機能が作れます。
詳細は、CodeIgniterのマニュアルを参照して下さい。
↑このページで「ユーザーガイド(日本語)」を読んでみて下さい。
Webアプリを作るときデータベースがないと不便なので、次の次ぐらいにSQLを学ぼう。
MySQL（データベース）を使えば、掲示板などのWebアプリも作れるようになります。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう ←★今ここ★
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
：
ここ５，６年で完全に自分には才能もセンスも情念もないことがわかりきって、自分より才能もセンスも情念もみなぎってる若手にあっという間に追い抜かされる日々。
自己肯定感も何もない。毎日うんこ仕事みたいなクソCG案件の保守アップデートだけやってる。
新しいことやりたくても、もうついていけない。Houdini? Unreal Engine? VR? Unity?なにそれおいしいの？
みんな仕事終わりの平日夜とか週末にガンガン自主制作してガンガンスキルあげてるけど、うちはもう既婚＆子持ちだから家に帰るとマジで時間がない。週末なんて子供の遊び相手とか掃除洗濯で全部消える。
もう成長する伸びシロが全然ないんだよね。赤魔導士レベル１５くらいで止まった感じ。６歳歳下の共稼ぎの嫁さんにも年収越されたよ（涙
そんなこんなでCGメインよりもCG関連のエンジニアとかプログラマになりたいって超ぼんやり思ってるんだけど無謀かな？
だってCG本業じゃ好きでやっている連中にはもう勝てないので、せめてあいつらが面倒でやりたがらなそうな分野に手を伸ばさないと生きていけないじゃん？
今んとこレンダリング中の待ち時間でprogateの無料アカウントでpythonの勉強してる。なんでpythonかっていうと噂ではCGプロダクション内でよく使われてるらしいから。。。いまさらJavaScriptとかゼロからやってキャリアから遠いウェブプログラミング目指すよりはCG系のプログラミングのほうがキャリアの応用が利くかな？って思うだけど甘いかな？
テックアート！！！Techinical Artistを目指したいんですよ。でもTechinical Artistって何するのかもよくわかってないかも。だってゲーム会社やらCGプロダクションの中の人に聞いてもみんな言っていることが違うんだもん。
４０過ぎのおっさんでも専門プログラミングを学んでTechical Artistになれますかね？？？やる気はそこそこあります。でも時間がほとんどないです。。。トイレでウンコするときか電車で通勤するときしか読書する時間ないんですが、プログラミングの本は実際にパソコンいじらないとわけわかんないよーーー。奇跡的に金曜日の夜に子供が早くねたら早朝２，３時間だけフリータイムくるけど最近寝付かせも俺担当だからマイパソコンが寝室にあって結局使えません涙
リクルーターに聞いても「（４０歳過ぎの）その年齢では即戦力じゃないと厳しいです」ってはっきりいわれてるんだけど！はっきり言ってくれるね！！
とりあえず増田に泣き言かけば誰か親切な人がブコメでアドバイスくれるってきいてきてみたよ！だれか４０過ぎの負け組おっさん助けて！
https://anond.hatelabo.jp/20181005233454
↑これを書いたものです。書いたとおり会社を離れることになり、次の職場も決まっている。8月から9月いっぱい活動し、複数社内定をいただいた。アラフォーのジョブホッパーだが、人生の中で最も就職活動がうまく行った時期だった。別に自分が優れているわけでも何でもなく、超売り手市場の売り手職種だったというだけである。しばらくは転職したくない。
以前高内定率のハイスペックジョブホッパー増田がバズっていたが、自分は平凡なおっさんジョブホッパーなので、多分この増田は誰かの役に立つと思う。
※例によって身バレすると現職と次職と面接受けた会社に迷惑かかるのである程度ぼかす。
はてブもGoogleもすっかりアフィスパムに汚染され、ビズリーチやワークポートへのアフィブログばかりだったから。増田に書いたのもタダで拡散するため。
正直、並レベルの実力があるWebエンジニアならエージェントやビズリーチを使う必要はない。ヘッドハンティングがほしければ、Wantedlyにレジュメを登録して、Qiitaに何個か記事を投げておけば勝手に来る(役に立つかどうかは保証できないが)。
Qiitaじゃなくて増田に書いたのは、Qiitaはテック系の記事を投稿すべきものでQiitaにある転職系の投稿は全部ゴミだと思っているから。そもそも規約違反だしね。
エンジニア転職の定番である。ここにレジュメを登録しておくと、確度の高いスカウトが来たり、「気になる」が届いたりするので、これを利用して気になった会社とコンタクトを取りカジュアル面談をする。
職務経歴書＆ポートフォリオも書面ではなくWEB(今流行りのサーバーレス)で作った。個人情報もあるので認証付き。去年あたりはやったOSS職務経歴書はやっていない。
試しに何社か自分から気になるを押してみたがほとんど反応なかった(自分がポンコツだったからもしれないが)。基本的にオファーを待つサービスである。
去年上場時にDCMA悪用で炎上したWantedlyである。はてブにいる理想主義者の人達はこのサービスを嫌うが、正直なところ代わりになるサービスもないので使った。採用側のときも使ってたし。
ここもレジュメを充実させて、ポートフォリオへのリンクを張ってスカウトを無制限に受け取るように設定。スカウトが来た会社の中で、特に気になるところにコンタクトを取ってカジュアル面談をする。社員数名のガチスタートアップから、上場したばかりの有名ベンチャーまでいろいろなオファーが来る。流石に創業メンバーをWantedlyで募集しているようなところはお察しなのでスルー。
この2つで合計15〜20社ほどとカジュアル面談し、数社を除いてほぼ「ぜひ本選考に来てください！」となった。旧来的な転職活動の書類選考はほとんどなかった。というか、レジュメとポートフォリオのおかげでほぼ書類はパスできていたと思う。いちから自己応募をせずにダイレクトリクルーティングを最大限に活用した。
今回は転職エージェントは使わないと、固く心に誓ったのだが、Wantedlyに以前から登録してたり、会社ブログを書いてたりしてたせいか何社からメールが来たり、会社の電話に連絡が来たりした。
正直なところ、数千万プレイヤーでもない限りこの手のサービスを使う意味はないと思っているのだが(実態は単なるプッシュ型エージェントだし)、興味本位で数社ほど会うことにした。結果1社だけいい感じのカジュアル面談をセッティングしてきたので、それだけ会うことにした。
上記の通りヘッドハンターは1社だけあったが、転職エージェントは使わなかった。以前の転職活動のときに、的はずれな会社を紹介され続けたのですっかり嫌になっている。採用側から見てもアレな人の紹介が多かったし。
ジョブホッパーで転職なれしているせいで、レジュメの添削も面接対策もスケジュール調整も年俸交渉も不要で、自分にかかる高額な採用費のほうがマイナスになるからである(Greenもそれなりに高いけどね)。
あれは一見すると採用側が負担するように見えて、実は最終的に求職者側にも見えない形で金銭的負担がかかる。交渉無しで全社希望額よりプラスでオファーをくれた。転職エージェントは基本的にポジショントークしかしないので、あまり頼らないほうがいい。ただ、大企業に行きたければ意味あるかもしれないが。
実は転職活動を全くしていなかった頃に知人に誘われたのだが、今回あえて連絡を取らなかった。
リファラルはM社(田町)やM社(六本木)のようなエリートベンチャーが、ハイスペックエンジニアを採るのにはいいかもしれないが、自分の場合その知人の会社に会いに行く→不採用or辞退なんてなったら気まずいので行かなかった。
ちょうど自分が活動を始めたとき、某有名フロントエンドエンジニアがTwitterで仕事くれと言ったら大量のDMが届いたそうである。ハイスペックエンジニアならこの方法も有効だが、業務以外に大きな実績もないエンジニアには無関係な話である。
以前は使ったのだが、例えば@typeやDODAなどは全く関係のない職種のメール爆撃がひどかったし(東建コーポレーションと夢真ホールディングス、あと外食やドライバーとか)、ビズリーチは圏外。FindJobはGreenやWantedlyに比べて求人の質が下がっている気がする。リクナビNEXTは行きたい会社がまったくない。Miidasは眼中になかった。
転職ドラフトは長い長いレジュメを書かされる→レビューでやり直し→オファーが来ても通常の採用フローに回される、というのを見て工数オーバーだと思って使わなかった。通常の採用フローがある時点でドラフトでも何でもないやん。
東京でWebエンジニアがハローワークで本気で仕事を探すことなんかあるんだろうか(嫌味でも何でもなくて素)？
東京以外で何回か利用したことあるが、求職者相談に関してはいっその事民営化して、悪名高いR社にでも委託したほうがマシな気がする。少なくとも金がかかっている分彼らのほうが真剣であるし、失業保険だけせしめるだけで就職する気のないような輩は追っ払ってくれるだろう。
以前の転職活動は自分から辞退することはほとんどなかったのだが(選べる立場じゃなかった)、今回は落ちることも少なく多忙を極めたため、何社か辞退することとなった。
ほとんどの会社がコンタクトから1営業日程度でアポイントを返してきていたのだが、何社かは信じられないほど遅い会社があった。
余裕のをとり広く日程を提示したにもかかわらず、返事に1週間もかけてよこしてきたり(当然他社のアポイントが入っている)、相手側都合で約束していた日程が合わなくなりリスケ依頼してきたり(当然他社のアポイントが入っている)。こういうところは人事が回っていないか、面談するエンジニアを用意できないかのいずれかで、入社してもいいことがなさそうなので辞退した。
自分の面談は自分の業務終了後希望しておいて勝手なのだが、流石に深夜未明とか日曜日にメールを寄越してくる会社は、労働環境に問題がありそうなので辞退した。休むときは休むべきである。
自分側の問題だが、ハイスペック系やフルスタック系を求めてくる会社もカジュアル面談の時点で辞退した。まず次の選考が通らないし、間違って採用されても多分自分が苦しむことになるから。そもそもなぜ自分にスカウトを出してきたのかが謎だったが。
辞退以外のお見送りが3〜5社ほどで、内定が2〜4社ほど。それ以外は選考中に辞退。上に上げたような理由がなくても、スケジュールが合わずに辞退した会社もある。
内定をくれた会社はいずれもレスポンスが早く、スケジュール調整もかなり早くしてくれた。辞退防止のためか人事もかなりフォローを入れてくれる。新卒はかなり辞退率が高いそうだが、中途採用も高くなっているのであろう。最終的に辞退する会社には申し訳ないが、丁寧にお詫びするつもりである。
年収も30〜70万円ほど上がった。現職と同じから+50ぐらいで希望していたが、思いの外高く評価いただいている。あとフレックス制や副業OKやストックオプションなど、福利厚生や労働条件も今どき風になった。しばらくは転職したくない(2回目)。
なんかトラバでフリーランスがどうのとかって言ってるけど、自分がフリーランスになってもせいぜい800〜900万前後の年商(年収ではない)をうろうろすることになり、社畜で500〜700前後でうろうろしたほうが楽だと思ったので社畜を続けることにした。技術ゴリゴリの人とか金金金の人ならいいんだろうけどね、そういう人は楽勝で1000超えるしw
あと年収1億のやつが転職サイト使うわけ無いだろ、少しは考えろw
バックエンドはどうだと言われてますが、スキルによるが基本的にフロントエンドよりも年収は高いです。フロントはHTMLコーダーレベルの人も含んでいて参入障壁も低いしね。領域が違うので単純比較は難しいですが、同じぐらいのレベルの人で50〜150ぐらいの差はあるんじゃないでしょうか？
ただSSRとかBFFとかその辺を出来る人は逆に年収高くなります。あとサーバーレス。この辺をちゃんと出来る人(開発から実運用まで考えられる、例えばCI周りとかね)はバックエンド一本の人よりも年収高くなりますが、フルスタック的なスキルを求められるので並レベルではなくなります。
あと職種関係ありませんが、年齢行ってるとある程度マネジメント経験求められます。正直なところ技術的なとんがり度では若者に勝てるわけがないので(フロント界隈の有名エンジニアは皆20代)、この辺で勝負していく必要があります。年齢的な不利は老獪な社畜力で乗り切りましょう。
はじめに：自分なりのゴミ記事の定義ができていないので、基本どんな記事も尊いとします。
便利な道具が出たら、過去の道具を蔑む煽りタイトルが多すぎるし、
アフィリエイト勢が勝つしで、良記事もゴミ記事に見えるってのもある。
記事を書くこと = 宣伝、アフィ をひっそりと出し過ぎなんだよ。（矛盾）
さも当然に宣伝するならさておき、
QiitaがPV数が上がりやすいから、Qiitaと自分のブログに相互の記事を掲載したり、
自分のブログでは読んでいなさそうな本をアフィリンクとして宣伝したり、
ポータル化したものはアフィ傾向が強くなりやすいのが、目につくからなんだと思う。
そう言った記事の焼き増しがゴミ記事が多い様に見えるんだよな。
焼畑系テック記事は先細り感がぱない。WordPressやはてブのカスタマイズなどCMS系が典型例。
それ以外の備忘録ややってみたやらは別にいくらあってもいいと思う。
普通に役に立つこともある。
何が言いたいかといえば、
・書く側：まわりに気にせず記事書いてこうぜ。
地方で起業しようとすると、ラーメン屋より、テック系の起業のほうが難しいように思える。
ラーメン屋では、最寄り駅の裏路地など、自分の住居の近くにお店を構えることができる。
裏路地なので人通りはないわけだが、広告をうち、一度認知されればよい。
またメニューもどこか遠いところにある有名店を参考に作ればいい。歩いていける範囲にメニューが被ったお店がなければ差別化はできる。わざわざ往復1500円など金と時間を浪費して遠いところに毎回食べに行く人は少ない。
テック系だとネットで日常のやり取りはともかく、出向いたり、営業なども必要で、結局都心部に近くなければ難しい。
競合はというと、地理的に周りにいなくとも、全世界規模で相手しないといけない。
