  |
はてなキーワード: コーディングとは
今の自分が何をやってきたのかと言われれば・・国立系現代美術研究機関で仕事をしている。
そこで何の仕事をしているのかと言われれば、ネットで美術作品に関するWebサイトの制作や
システム、サーバ管理作業やベンダー企業と打ち合わせを行いながら、世間に情報を発信している仕事だ。
プログラムこそ書けないが、PremiumPro、AfterEffects、Photosho、Illustrator、Dreamweaverを使いな
がら画像加工や映像制作、写真撮影、簡単コーディングやJavascript、シェルスクリプトをゴリゴリ書いて
仕事している。自分では何でも屋と呼んでいる。これがクリエイティブと言われればどうかはわからないが・・・。
アーティストとかデザイナーが嫌いですと言っていた自分ではあるが、知らない人間がそう言う世界の事を
言うのも失礼だと考え、正社員をやめてデザイナーになるため、まずは安いWeb制作スクールに通ってみた。
短期間だがサイトの作り方とAdobeツールの使い方を教わった。
ところが自分にはWebコーディングやデザイン考え方は理解できたが、デザインセンスや色彩感覚に欠けていた。
スクールへ通った後、派遣会社へ「Web制作がしたい」と登録したが、ポートフォリオを見せた途端にボロクソに言われ、不採用が続いた。
そんな中、あるWeb制作会社で「君、サーバ管理の方がいいかも」と言われてしまったがデザイナーになりたいとしと考えて断った。
その言葉をきっかけに「デザイン能力がないなら」せめてサーバ管理でもと考えて、Linuxスクールに通った
（その間は派遣で時給は安いがWeb制作会社で簡単なコーディング作業と画像修正作業、印刷会社でのDTP業務をして凌いだ）。
Linuxの勉強はすればするほど面白くなり、そちらの知識にのめり込んだ。サーバを学とネットワークの仕組みも知りたくなる。
最後にはネット知識で自作PCを組み上げてLinuxをインストールしてWebサーバとメールサーバを構築した。
ただ、自宅でWebサーバを構築すると言っても外部への公開はリスクが高すぎるので勉強機としてdebian系やredhati系OSなど
をデュアルブートさせたり、HDDでRAIDを組み上げたりして遊んだ。そのうちにレンタルサーバでドメインを取得、CMSで個人
ブログを立ち上げるも自分のポカミスからクラッキングにあいサイバー犯罪課の取り調べを受ける経験もした。
Web制作やデザインの仕事はなかったが、浅いネットワーク知識が幸いしてか、データセンターで映像サーバを扱う仕事に就き、
NagiosやらCisco機器、RAID、VM、セキュリティ知識、IP、デジタル映像知識、映像機器や編集の知識を得ることができた。
映像と言っても映画なのでDCPやKDP、3D映像の知識も会社で二週間研修させられた。仕事によっては夜中の仕事やAKB48ライブ
の収録に立会ったり、キアヌ・リーブスの舞台挨拶で生キアヌと打ち合わせしたりもしながらも、この日記を思い出しながら
それ以降は大企業の子会社でのWeb制作部門で勤務したり、IT資格もいくつか取得した。また途中で大学にも通い、好きだった
美術史や写真史、表現を学び、論文をいくつも書いた。その途中で亡くなった親父がフィルムカメラをくれたので、フィルムカ
メラにハマり出し、父親の形見の中判フィルムで撮影、フィルム現像、プリント額装して、個展までするようになった。
給料こそ高くはないが上記の研究機関で「何でも屋」で仕事をしている。
元々現代アートが幼少期から父親が集めていたアート関連の書籍を読んで、ドナルド・ジャドやフランク・ステラなどのハード
エッジアートに興味があったこと、簡単なシステム保守やサポートができること、フィルム現像や写真撮影ができること、ライ
ティング（照明）ができることが幸いして、作品の保管からシステム、ベンダーとの打ち合わせまでを任される仕事で採用され
ることになった。かなりの倍率だったようだが自分のように多く経験してきた方や知識、現代アートへの興味がある人は少なか
「オリも混ぜてくれよう。
実際には作ったりしないけど見るのは好きだおう
なのになんでオリを混ぜてくれないんだおう
お高く止まっちゃってさ！フン！もうこねぇよ！バーヤバーヤ！！！！
こうは書かれたものの、この気持ちもあって、それを理解するために色々と仕事と制作の仕事をしながら
勉強をしてきた（つもり）だけど、やってよかったと思う。
10年前の自分はデザイナー、アーティストがクリエイターという選民思想を持って「普通の会社員」を見下して
いるという、ルサンチマンに囚われていた。でも、仕事の業種に関わらずどんな仕事だって「創り出す」こと
は必要なのであって、それはどんな職種であっても創意工夫は必要であり皆がクリエイターである。
創り出すことが華やかに見えるのは一部だけであって、世の中にはもっと沢山のものが作り出されている。
たまーにWebのデザインや写真作品を制作することがあっても自分は「デザイナー」や「アーティスト」
とは言わない、それを言ってしまうと自分の創造の可能性を広げられなくなりそうで怖いから。もちろん周囲に
はデザイナー、ライター、アーティストの知人・友人はぐんと増えたが今はそれらの人を僻むことも今はしない。
しかし、あの日記を匿名日記を書けたことは自分の人生における仕事を大きく変えたと思うし、過去に自分が
そういう思いから出発しているから、どんな職業の人でも会う時には、まずは首を垂れて尊敬することか始めている。
それとこの言葉も気にしながら。
「未来に先回りして点と点をつなげることはできない。君たちにできるのは過去を振り返ってつなげることだけなんだ。だから点と点がいつか何らかのかたちでつながると信じなければならない。自分の根性、運命、人生、カルマ、何でもいいから、とにかく信じるのです。歩む道のどこかで点と点がつながると信じれば、自信を持って思うままに生きることができます。たとえ人と違う道を歩んでも、信じることが全てを変えてくれるのです」
なんちゃってプログラマだったのだが、一念発起し、ゲーム作りを趣味にしようと思い、Unityをインストールした。
そして肝になる部分のふわっとした仕様までできたのだが、
自分の手でコードの落とし込むセンスがなく、参考になる記事がないかググっていたら、見つけてしまった。
もう１つが、それが車輪の再発明と呼ばれる内容だとしても。
公開されているコードを眺めてみた。
錆びついたプログラマには書いていることの１〜２割しか理解できなかったが、
なんちゃってプログラマの悲しい性質か、少し書き換えれば完成にぐっと近づけられるだろうことはわかった。
これが納期が決められた仕事であれば、僕は迷わず使っていただろう。
だが、あくまでもこれは趣味だし、自分のスキルアップのために始めたことだ。
なにより、立てた目標に反する。
目の前にあるものが正解だとわかっているのだが、
それに飛びついてしまうと、もはや自分の価値は失われてしまうのではないか、という怖さがある。
エターナらなければどんな手段を使ってでも完成させたほうがいい、という意見もあるだろう。
コーディング以外にやることはたくさんあるのだ。
前から思っている．
どこの界隈とは言わんが，一部の閉じた問題や決定論的な問題を解くのに特化したイキリエンジニアさん達ってライブラリがあることを理由に全て簡単だとみなしますよね．
一回くらいirisみたいなトイプロブレムではなく，ちゃんとしたデータ触ってモデル作って見て欲しい．
或いはそのモデリングに必要な数理を自分で追いかけ再構成してみてほしい．
そういうものをすべて軽量言語(LL)なくしてスクラッチできるのか？ そうできなければ理解していないのか？
お前たちはイキっているにすぎない，プリミティブなレイヤに魂を奪われて本質が何も見えていない愚か者だ．
お前たちはLLを親の仇のように嫌うが，お前たちはコーディングなどという下流工程の作業に囚われているだけだ．
まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。
一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。
月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。
もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。
内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。
で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。
↓みたいなことが学べる
----
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という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ファイル, ポートフォワーディング)
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)
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)
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, 適切なエスケープ処理, リグレッション)
パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)
セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)
より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)
安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)
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チェイン, リファクタリング)
また留意すべきことは社会構築主義者の主張に反して、調査が示唆するのは全国レベルのジェンダー平等が男性と女性の性格特性の心理学的相違を引き起こすということだ。なぜなら、社会がより繁栄し、より平等になるに従って、男女の生得傾向の違いがより現れてくる余地を得るからであり、性格特性の男女の違いにおいて存在するギャップがより広く現れてくるからだ。私たちはジェンダーギャップが性差別により生じると仮定することを止める必要がある。
私たちはいつもなぜ女性が指導的地位にいないのかと問うが、なぜそんなにも多くの男性がその地位にあるのかとは問わない。これらの地位はしばしばストレスの多い長時間労働を必要とするし、バランスのある充実した人生を求めるのであれば大した価値はない。
地位というものは男性が値踏みされる際の一番の判断基準であり[4]、多くの男性を地位のために犠牲が多く、満足の少ないこの種の職業に駆り立てる。注意すべきことに、技術職と管理職において身入りが良いがストレスの多い職に男性を導くのと全く同じ衝動が、男性を炭坑採掘やゴミ拾いや消防士のような人気のない危険な職業に導く。また、職業関係死のうち93%をも引き起こす。
以下でここまでに概略した男女の特性の分布差についていくつかのことを述べるとともに、逆差別に頼ることなく技術職における女性登用を増進するためにこれらを解決する方策を提案する。グーグルはすでにこの分野において進歩しているが、これらの提案を列挙しておくことは有益だろうと思う。
哲学的には、男性と女性の平等な分け前を訴えるためだけに技術職に勝手な社会工学を行うべきではない。これらの変革のそれぞれについて、それがなぜグーグルの役に立つかという原理原則に基づいた理由が必要だ。つまり私たちはグーグルを最適化すべきなのだーグーグルの多様性ががその理由の一部となるような。たとえば、今現在、より長時間働き、よりストレスを受け入れようとする人は必然的に出世するが、これをあまりに多く変えようとすれば、悲惨な結果となる可能性がある。また費用と便益を考慮すれば、グーグルの資金調達は有限であるため、その配分は一般に認められているよりも、よりゼロサム的であることを心にとどめておくべきだ。
----
さらに分割。
グーグルが示した「職場で言ってはダメなこと」 - WSJ - https://goo.gl/Zedkt6（ウォールストリート・ジャーナル（有料））
米グーグル、多様性否定する文書作成した社員を解雇 | ロイター - https://goo.gl/XsXthj（比較的正確な要約の印象）
アングル：グーグル「メモ職員」、解雇に揺れるシリコンバレー | ロイター - https://goo.gl/2Pr3oR（文中の「生物学的に男性の方が女性よりもコーディングの仕事に適しているという内容」って、文書のどこのことなんだろう。モジラトップの辞任の話も知らなかった。あと「米企業は、職場での社員の言動を制限する幅広い権限を持っている。政府による言論への介入を規制した米憲法修正第一条は、民間企業の職場には適用されない」これも知らなかった）
グーグル｢批判した社員の解雇｣は許されるか | ロイター | 東洋経済オンライン | 経済ニュースの新基準 - https://goo.gl/qvTUoS（ハーバード大学からシステム生物学の学位……システム生物学？？？テクノロジー企業には、「自分の考えを同僚とシェアする義務があると考える、頭が良くて自信家の職員が多い」のだという）
Googleが「女性はコーディングに向かない」と主張した男性社員を解雇 | ZUU online - https://goo.gl/vpRc7n（これも「コーディング」なんだよな……techという単語はあったけど、コーディングって英語でなんていうんだ？）
No, Google Should Not Have Fired the 'Anti-Diversity' Engineer | Inc.com - https://goo.gl/Cg8C4L（カリフォルニアでは社内での政治的発言ができるらしい。てことはよそではできないらしい）
グーグル、多様性否定のSEを解雇 ダイバーシティ担当幹部の回答全文～海外人事ニュース｜＠人事ONLINE - https://goo.gl/nYGjfh（ダイバーシティ担当幹部のダニエル・ブラウンの社員向けメッセージが日本語で読める）
人の心は規制できない。日本のポリティカル・コレクトネス意識に足りない想像力 - BIGLOBEニュース - https://goo.gl/4RMiHF（おまけ。グーグルにも足りなかったね）
誰か墓に入れてやってくれ
COBOLを育てた親たちは
もう、プログラミングのプの字すら知らない
死体を回収して新しい人に仕事を任せることすら困難になってしまった。
COBOLは処理が早くて10進計算が得意だから変えられないとはよく言ったもんだ
部署全員が長くCOBOL1割とエクセルしか触ってないから新しい言語に切り替える予算がないのだ
ZIPファイルの解凍方法を聞かれて教えるみたいな仕事をしてる
このまま俺はコボラーとして生きたくはないし
生きていくつもりもない
====
入社して2か月で都市伝説だと思ってたエクセル方眼紙を業務で見たぞ
その当時付き合っていた彼女が大好きで地元就職にこだわった結果
いざ会社に入ってみればエクセルしか触れないやつらの部署に配属されてしまった
規模がおっきい会社に入れば研修やらなんやらで金かけて貰えると思ったんだけどな
システムの設計とかDBの設計とか勉強させてもらえると思ったんだけどな
うける
隣の席の人に質問しようとして
この人たちは何も知らない
早く辞めてやる
転職するんだ。
既存の資産をそのまま使いまわして同じ相手とこのあと40年取引するとか考えられない。
好きでせっかく勉強してきたことが
忘却の彼方へ行ってしまっていることがとても怖いし焦りでしかない
ただの愚痴
ずいぶんと辛辣な意見(トラバ・ブクマコメント)をいくつもいただいたので、更に追記しておく。
おそらくだが、私の意見について「何を偉そうに。」「関わりたくないんで。」と反応する増田諸君は、
まだ人を使う立場に立っていない者と思う。
そのような増田諸氏は、自分の責任範疇において部下を持つ時のことを考えてみてほしい。
「もうすぐ30歳です。SEやってました。」という新人君が入ってくるとする。
でも実際に作業にアサインしてみたら、「コーディングは今勉強していて資格も取ります。」
「Linuxコマンドは今必死で勉強してます。」と言う話で実際の作業が全然できてない。
このような人が来ても、それでも増田諸氏は「いいよいいよー」と言ってあげられるのかい？
「あんたの書き方から肩書の真実味は感じないし」と反応した増田氏については、
自分の肩書が真実かどうかこの場で証明できないし、私の意見から「この人はアーキテクトだ」と
思わせる部分はおっしゃる通り何もない。しかし、私の意見は確かに上から目線であったので、せめてどのような
ポジションで仕事しているのか明らかにしなければ本当のマウンティングになってしまうと思った。
増田氏が言う「LPICもプログラミングも遅すぎるとか無い」ってのは異業種転職を考えている30歳手前が相手なら私も
そう思うが、元増田が「元SE」と言うので「おいおい」と思ったんだよ。
人を雇う側・人の上に立つ側からしたら元増田の現状について「大丈夫だよー」とは言えない。
でもこの元増田は開発系の仕事をしたい気持ちを持っているのも明らか、しかしトラバやブクマコメントは
実際には何も考えていない無難なものばかりだったので、雇う側の一人としての意見を書いてみた。
おそらく私を dis るのは管理職経験のない若い諸氏だと思うが、君たちと違う意見もあるのだと言わせてほしい。
ただ、確かに私の意見は強い口調であったので、気分を害した増田諸氏についいては申し訳なかったと思う。
この後きつ過ぎる部分を書き直しておく。もちろん原文は残して。
転職したいのは分かるけど、SEかPGどっちを目指しているのか分からないな。
転職するにもそこははっきりした方が良い。コード書きたいのか、システム作りたいのか。もちろんコーディング技術は重要だけどSEならむしろ総合力かな。
あとLPICは目標としては良いけど、維持し続けるには高いから資格は卒業試験だと思って更新は必要ないよ。というより企業系の資格なんてどれも高すぎだから転職先の会社が補助出さないなら受けなくていいよ
使いづらいっていうのは例えば
「増田使いづらすぎ」
URLコピペして日記を書くをクリックという動作をしなきゃいけないのはなんでだ
twitter使ったことが無いのか？それとも人間同士の交流を憎んでるのか？
はてなは技術力が高いだけでユーザーに心地良く使ってもらいたいっていう概念が欠如してる
最近ブログを5サービスくらいで開設したけどUIという意味ではアメブロの方がずっと良い
増田のPV数ってはてなの中で少なくないはずなのに、もしかしてトラフィック量の解析とかしてないのか？
解析しててPV多いのも分かってるけ好みの問題で(社長が増田は2chみたいで好きじゃないとか謎の独自性打ち出そうとしてるとか)人員アサインしてないとか？
昔、場所を変えて開発すると気持ちがリフレッシュできるからとか言ってた頃のはてなは輝いてた
はてな社長が北極でコーディングしたいとか言ってた時の気持ちはどうしたんだ
どこかで「絵描きにとって絵は衝動であり、描かざるを得ないものだ」みたいな言説をみた。
そうだろうか？
俺は下手なりにもう10年位絵を描いてるし、将来にわたって昇給が望めないことが確定し、
スキルの低さから転職もままならないことから、デッサン教室に通い始め、1日最低1枚デッサンをし、真剣に絵を勉強し始めている。
金の為に同人イナゴを目指すつもりだ。今はやってないが、ある程度見切り発車で流行りのソシャゲも課金しない範囲でやっていこうと思う。
で最初の話に戻る。
絵は衝動か？
俺はこの問に真っ向から否と答える。
俺は絵が大っ嫌いだ。話の構成や設定を考えるのは好きだが、こと絵を描くと言う行為に関しては死ぬ程嫌いだ。
正確には嫌いになったと言う方が正しいか。我流で10年やってきて何一つ成長せず、デッサン教室では初回は苦笑された。
上手い絵、認められる絵とは常に俺のはるか遠くにあって決して手の届かないものだった。だから俺は絵が大っ嫌いだ。
だが結局、俺が続けられてきたのも絵だけなのだ。
プログラムもウェブコーディングもブログも小説もアフィブログもやったが何一つ続けられなかった。
絵だけが、いつも近くしかし決して手の届かないところで、俺をあざ笑っているのだ。
俺は絵が憎い。反吐が出る程嫌いだ。
