  |
はてなキーワード: インストールとは
くそ長い話なので注意
最近、TwitterでロリキャラのR18イラストを描くアカウントへの規制が厳しくなってきたらしい。
そういったアカウントの凍結は前からあったが、最近は特に見つかり次第凍結されている印象だ。
ぶっちゃけてしまうと私はそういうイラストが好きなので、個人的には少し残念な状況ではある。
ただ、だからといって「表現の自由を守れ！」なんてTwitter社にケチをつけたいとは全く思わない。
みんな知ってる通り、日本という国はロリエロ絵に対する規制がかなり緩いが、世界的に見れば法律でNGとしている国も少なくないし、国際的な流れは完全に規制寄りだ。
そんな状況では、いくら日本人ユーザーが多いTwitter社でもロリエロ絵を看過できなくなって当然だと思う。
さて、それではそもそも、ロリエロ絵がTwitterなどのSNS上で投稿・拡散されることの問題とはなんだろう。
ロリコンが増えることも社会的にはマイナスではあるが、これについては言論・思想の自由で見逃されていい範囲だと思う。社会的にプラスな思想のみ肯定する世界になったら、それは単なるディストピアだ。
なので、間違いなく一番問題なのは「見たくない人の目に触れてしまう」ことだと思う。
すこし前に話題になった「お父さん、あれ気持ち悪い」発言だって、見たくないのに目に入ってしまうのが原因だし、他の既出の問題もたいていここが原因だろう。
これの対策は一見すると簡単で、「見たくない人が見ないところで投稿・拡散すればいい」という「自主ゾーニング」なのだけど、私の知っている限りこの試みは何度も失敗している。
これまで何度も、ロリエロ絵のイラストレーター達は「Twitterではやってられない！ Pawoo（Pixivが運営するMastodonのインスタンス。Twitterに似ている）に移住しよう！」と発言しているのだが、まあ十中八九失敗している。
なぜかと言えば、Pawooはユーザーが圧倒的に少なく、絵を多くの人に見てもらえないからだ。
クリエイターにとって知名度こそ全てだ。知名度だけ高ければいいわけでもないが、知名度がなければ何もできない。そして、それはロリエロのイラストレーターも例外ではない。
というわけで、結局彼らは絵に修正を入れたりリンクを貼ったりして、だましだましTwitterで活動し続けている。
とまあ、ここまで書くと「そんなもん描くやつ勝手にくたばればいいだろ」と思う人が多数派だろう。
まあその通りなんだけれど、ちょっとだけ待ってほしい。
上で書いたとおり、ロリエロ絵の最大の問題は「見たくない人の目に入る」ことで、それさえ無ければ被害者はいなくなる。
だから、ゾーニングさえ上手くできれば（ほぼ）問題はないのだ。
ではロリエロに限らずweb上で、「見たい人にはちゃんと届くように」「見たくない人には届かないように」上手くゾーニングするにはどうすればいいんだろう。
私は「webブラウザ、検索エンジンを提供する企業が、最初にユーザーに見たくないものを選択させ」、「Twitterなどのサービス提供者が連携する機構を作り」、「投稿者がきちんとカテゴリを選択して投稿する」ことでしか解決できないと思っている。
例えば、Google Chrome（ブラウザ）のインストール時、ユーザーに「ポルノ」「暴力」など見たくないものを選択させる。
Twitterはそれに対応するカテゴリの選択肢を作り、投稿時などに選択できるようにする。
そして投稿者が「ポルノ」にチェックをつけて投稿すれば、ポルノを見たくない人には届かないといった寸法だ。
そして、これらのルールを破ったユーザー、サービス提供者には即座にペナルティを課すようにする。
大仰なやり方ではあるが、web上のゾーニングはロリエロだけでなく大きな問題なのでこれくらいやってもいいんじゃないかと思っている。
そして、この仕組みを作れるのは世界中のwebを席巻しているGoogleくらいじゃないだろうか。
…というわけで、Googleさん、そろそろ（誰も不幸にならない形で）ゾーニングに本気出してください。
お願いします。
はい。
これが言いたかっただけ。
最近Webエンジニアに転職したいとかいう人が多いけど、表面的な事ばっかりの奴が多くて即戦力にはなれないよ。
プログラミングスクールも良いけどさ、なんだかんだでサーバーの知識が要るでしょ。スクールってその辺やってくれないじゃん。
中古のパソコン買ってきて、Linuxインストールしてサーバ立ててみるとスキル一気に上がるぞ。
公開するのはセキュリティ上の懸念があったり、マンション回線だとそもそもポート開放できなかったりして面倒だろうから、別にLAN内だけで見れたらそれでいい。
https://play.google.com/store/apps/details?id=jp.aeonretail.aeon_okaimono&hl=ja&showAllReviews=true
起動しただけで20MB以上発生し、通信量が多すぎだと思います。インストール後すぐ起動すると200MB位発生しました。 バックグラウンドでも60MB発生していました。
今日クーポンを1度だけレジで使って、タスクキルせず家に帰ったら、通信量超過の通知が来て、おかしいと思って調べたらこのアプリだけで通信量200MB超えてました。
通信料を調べてみたところ，起動してからクーポンの使用までに，340MBデータ通信してました． これを金額換算すると，3大キャリア(ドコモ，AU，ソフトバンク)で約400円，格安SIMでも約100円に相当します．これでは使えば使うほど，お得どころか損してしまうことになるかと思います
このアプリだけで一月のデータ使用量が1GB近くあります。1GBを超えると料金が変わるプランを使っているため、もはや有料アプリと言っても過言ではない状態です。
とにかく重い。皆さん書かれているが、イオンwifiではつながらない。そのため普通に起動すると通信料がかなりかかる。クーポンは都度読み込みでレジの渋滞の原因。10円のために200MB通信かける意味がわからない。
百合カップルに釣られてスターライトステージをインストールしてしまったただの一ファンです。
とはいえ無課金でも開催中のイベントに参加することで投票券を何枚かもらえる。え？開催中のイベント？？総選挙だけじゃなくて？？総選挙と好きなアイドルのイベントが被ったらたいへんそうだし、せっかくのイベントに集中できなくなりやしないかと心配。
運営に対して「うちの子に課金しました！」とアピールしたい気持ちはわかるが、課金で積める上限が決まっているので、課金金額の重さ（一票の重さ的な意味で）があまり大きくないように見える。日頃からPと名乗ってはいるけれど、結局お金を投入することがいちばんのプロデュースだと見えてしまって、悲しいイベントだと思った。担当アイドルにお金を払いつつPを名乗らせてもらうって、なんだかキャバクラとかコンセプト喫茶のシステムみたいだ。
「モバマスにてSR化」→描き下ろしイラストはまあまあうれしいが、モバマスやってないしいまさらやるつもりもない。
「デレステにてイベント開催＆衣装作成」→描き下ろしイラストはうれしい。3Dモデルで踊らせる楽しみ方をしていないので衣装は関係ない。イベントで好きなアイドルに変な設定やストーリーがつくのが怖いのでまったくうれしくない。好きなアイドルの出番が少ないのでデレステでイベント開催してほしい！と思うPの方がいるのはわかるが、ゲームをプレイしはじめたばかりの自分としては書き手をまだそこまで信用できていない。結果いちばんうれしくない。
「CD発売」→声がつくのはすごくうれしい。これは理解できる。でも声優の設定を好きなアイドルに反映されてしまうシステムは三次元に興味ない人間としては地獄では？
- 会社の情報システム部局が配布した業務手順書に、出所の怪しいソフトウェアが紹介されていた
- 今のところ実害は出ていないが、社内に何か潜伏してしまったのでは？と不安になる
- 私の勤務先は、全国に支社があったりする、まぁまぁ大きな会社。
- 最近オフィス系ソフトウェアの統合クラウド環境が整備され、全社的に統一的なIT環境が整備された。
- 情報システム部門からメールデータ移行の手順書が配布され、手順書の中にeml形式をpst形式に変換するツールが紹介されていた。
- ソフトウェアの配布ドメインは microsoft.com 。ページタイトルは「EMLファイルをPSTにエクスポートするためのEMLからPSTへの変換 - 公式ツールキット」
- 私はそのソフトをインストールしようとしたが、天性の直感がそれを妨げた。
- ドメインをよく見ると、 gallery.technet.microsoft.com 。マイクロソフトのコミュニティポータル？である。
- そこにあったソフトウェアはマイクロソフトでなく、いちユーザがアップロードしたソフトにすぎない。
- アップロードしたユーザ名は日本人っぽいが、紹介文の日本語が機械翻訳っぽい。
- そのユーザのアクティビティみても、類似の機能(ファイル変換系)を持つソフトをアップしまくってるのみ。
- ここでexeを分析したかったのだが、残念ながら趣味プログラマの私には荷が重い。私の技術力で分かったのは次の通り。
* アップロードされていたソフトは、 mailsware社 製の EML File Converter というソフトのVer2.0、とメタデータから推測された。もしくは、それにさらに改造を加えたもの。
* ちなみにmailsware社のページで配布中の最新バージョンはVer2.4。
* (ネットワークから遮断したPCで)インストールして動作させると、ちゃんと機能してくれるっぽかった。
* でも、不要と思われる itextsharp.dll とか interop.domino.dll とかも入っている。(ほかの変換系ツールと開発を共用しているのか？)
- ここからは技術力でなく、ぐぐる力である。主観と憶測が多いため、話半分で。
- そもそも mailsware社 も怪しいよな、と思う。
* ホームページ上は2014-2019を謳うがドメインは2017取得。
* 会社の所在地のストリートビューにはそれらしいオフィスは見当たらないほか、サイト上の地図が不自然に感じた。
* Ver2.4インストーラを見たところ、 recoverytools社 が実際にはソフトを作っていると思われる痕跡。
- recoverytools社 これもまた怪しい、と私は思う。
* Twitterアカウントもあるが、そちらではNYの会社と謳っており、LinkedInアカウントではLA所在と記載するなど。
* Twitterでは(ヒンディ語の(内容の薄い)ツイートをリツイートしたりも)
* ドメインは2002年からあるが、当初から売地。2017年に今の状態。
- など、確たる証拠は見つからないまでも、このあたりはSNSを辿っていくと、怪しいと思えるアカウントしか出てこなくて、三文小説のようで結構面白い。
- 情報システム部門には情報を上げて、当該ソフトの紹介は手順書から消してもらった
- ダウンロード数は1000超えてるし、わが社でも10人やそこらは気づかずにインストールした人が居るのでは
- なんか、怖いなー。って普通に思いました。
現在購入できるＰＣで一番性能差がでるのは記憶媒体がSSDかHDDか。たとえセレロンのCPUでもSSDであれば30秒くらいで起動できるが、HDDモデルでは1分半以上かかる。
費用対効果を一番感じられる部分なのでCPUのランクを落としてもSSDモデルにするべき。
大きく分けてノート、デスクトップ、コンパクト（intel nuc等）の3種類。
コンパクトタイプはモニタの後ろにVESAマウントで装着できる。
物理的に机を広く使いたいなら、キーボードをどければいいだけなのでノートPCよりも設置面積が狭い。
デスクトップはデスクトップ用のCPUなのでノート用とは性能が格段に違う。設置場所に余裕があり、性能が必要ならばタワー型。
ノートPCでもFULLHD以上は必須。デュアルモニタにするには解像度を合わせること。テレビをモニタ代わりにすれば買わなくてもよい。
professionalのほうが良い
Homeとの違いはリモートデスクトップとユーザー管理。
HomeのPCは故障したとき、HDDを他のPCに移設してデータを読み取れないことがある。
リモートデスクトップはVNCでも代用できるが、レスポンスがまるで違う。
outlookがいらないなら、プレインストールではなくてEXCELとWORDを個別に買うと2台までインストールでき、PCを買い替えても使える。
差し込み印刷とかEXCELマクロを使わないならGoogleDriveのドキュメントとスプレッドシートで充分。
ワイヤレスのセットが3000円くらいで買える。
ONOFFスイッチ付きがよい。
windows標準でよい
他に考慮することがあれば教えてほしいな
に触発されて似たような記事を書く。
おそらく世間的には元増田のSIerといわれる某目立つ会社の話をしよう。
この目立つ会社は世間的には同じと見られているようだけど、意外と過ごしやすい場所もある。
あくまで半径5m以内の話であって、もちろん環境の悪いところも結構ある。
8GB i5のSurface Proとi7 16GBの開発用PCを使っている。営業メインの人はシンクライアントのみらしいが、開発部署なら
これぐらいは「頼めば」くれる。自動的にくれるわけではないのでそのへんは流行りのWeb系に比べると微妙かもしれない。
Windowsなのがクソといわれるかもしれないけどアルゴリズム関係の開発なので正直それほどこまってはいない。
Ubuntu環境が必要な場合は社内クラウドでインスタンス立てるのも自由。また社員が自由に使えるOpenStackのクラウドとか
流石にアーロンチェアは買ってくれないが椅子はイトーキの5万円クラスのを支給される。机は個室やパーティションはくれないが
流石に電話会議を自席でエンジニアが全員やるなんて光景は見たことない。
が、イヤホンで音楽聞いてる人は基本的にいない。怒られはしないと思うのだが、雰囲気的に不可。
開発基準はあるが、「ちゃんと開発できる実力があるのならば」自由に開発できる。いつもチケット駆動で開発して
ユニットテストをコードと同時に書いているが怒られたことはない。
「ユニットテストをコードと同時に書いて怒られる」という言葉の意味がわからない人に説明すると、
SIerではユニットテストでN件以上バグが出ないと品質が悪いとみなされ、バグが出るまで延々とデバッグさせられる、
という文化がある。そのため、ユニットテストとコードを同時に書いた場合、ユニットテストの摘出バグ件数が0件と
認定されてしまい、追加でバグが出るまでひたすらデバッグさせられるという恐れがあるのだ。
ただそのようなプロジェクトは単にPL/PMが無能なだけであり、最近ではそういう人は淘汰されてきた。
少なくとも開発部署として新しい導入の壁はほぼない。本人が開発できるのなら新しい技術でもどんどん使えという感じである。
ただし、間接部署がとても足を引っ張る傾向がある。特に社内情シスは糞中の糞で、フリーソフトの導入ですら
1週間コースの手続きを強要してくる。MSDNのライセンスを開発で購入しても、MSDNからダウンロードしたVisual Studioを
情シスに無断でインストールしようものなら目の色を変えて説教しに来る。
先程評価制度は気に入られるかどうか、という話をしたが、気に入られるかどうかに残業時間は大いに関係がある。
つまり残業時間は評価に直結する。なので私は去年度の月平均残業時間は-10時間程度である。
何を言っているのか分からないという人もいるだろう。つまり、毎月の残業時間が60時間を超えるような人は
評価が下がるのだ。残業時間が60時間や80時間を超える場合、上司は幹部承認というとてもめんどくさい作業を
しなければならなくなる。そんなのを毎月やってしまうような部下は当然だが評価は低い。
ちなみに残業は下命だからそれはおかしいという人もいるかも知れない。しかし、その目立つ会社はほぼすべての社員が
裁量労働制を採用しており、残業するかしないかはすべて個人の裁量なのである。
また当然だが残業代なんてものは存在せず、(たとえその月の残業時間が-50時間であろうとも)数十時間分の残業代相当が固定で支払われる。
業績のよい部署であればそれなりにやりたいことをやらしてくれるし、海外異動も基本は本人希望による。
ただし、業績が悪いところが解散するために徐々に人を無関係のところに放り出す、というのはよくある。
外資なら部署ごと売り払われることを思うとまだマシなのではないかとは思う。
社内でしか使われてない技術はみんな嫌いである。もちろんプロプライエタリなソフトウェア製品をいくつか作ってはいるが、
出来が悪いものはことごとく嫌われている。その結果、糞アプリを量産していた部署の業績が悪くなったと
聞くが知ったことではない。余談ではあるがGitが使えないのは論外だし、SIerの標準言語であるJavaとその周辺技術は当然として、
若手はだいたいPythonの基本は一通りマスターしている。分析チームではそれに加え基本的なPythonの分析系ライブラリ
の使い方は大体マスターしているようである。40↑のおっさん連中は流石にそこまでではないが。
コアタイムは10時から15時ぐらいである。そのため、私は12時ぐらいに出社している。
何をいっているのかわからないと思うが、コアタイムが適用されるのは入社2年目までで、それ以降は
裁量労働制になるためコアタイムすら関係なくなるのである。ちなみに退社は19時ぐらいである。
リモートワークは予定さえあいていれば自由に可能である。わたしは自宅にいることが結構ある。
尊敬できる人が少ないのはある。ただしたまにCVPRに通してる研究員や、現代的なReactのWebをさらっと書いてしまうような
フロントエンド技術者、数千ノードの分散システム開発者、競プロバリバリやってる人などを100人に1人ぐらいの割合ですごいのはいる。
これはイケイケのWeb系企業でなければどこでも似たような感じなのではないかと思う。今の年収は40歳手前で諸々込み1100万程度であるが、
かなりITバブル的な要素が多く、来年ぐらいまでは良いかと思うけど20201年以降はガクッと下がる可能性は高い。
これだけ見るとSIerとしてはだいぶ恵まれているかもしれないが、それでもやはり転職してしまう人が増えてきたのは確かである。
今はITエンジニアバブルなこともあり、私と似たようなスキルの人では最高1500万のオファーも結構あるときく。
大抵は1200万ぐらいでメガベンチャーあたりに行く人が多いらしいのだが、やはり年収と言うよりも
足を引っ張らない間接部署や、マネジメント業務なしの開発に集中できる環境を求めて出ていくようである。
もちろんこの目立つ会社では、事務ソフトはOfficeにOutlookであるし、社内システムもクソで
MacBookなんて夢のまた夢だし、社内Proxyにいじめられる環境ではあるのだが労働時間の半分以上は開発に当てられており
残業時間もマイナスで年収もそこそこということを考えるとあまり転職のモチベーションが沸かない。
とりあえず Unity インストールして適当なアプリなりゲームなり作ってプログラミングに興味があるようだったらもっと深いところリサーチしたり他の言語覚えればいい。アプローチが遠まわしすぎるわ。
煽りに聞こえてたなら申し訳ない。確かに余計なことを書いたけど、ユーザからの入力を受け付けるシステム（ここでは増田）ではコマンドに使われるような記号は安全のためエスケープされるということをすぐに理解するのは無理でもいつかわかるといいと思って書いてしまった。
下手にジャンプを書いたらコードはスパゲッティになるとか書こうかなーとは思ったけどスルーした。それに関数周りの話はもっとコンパクトでよかったね。
最後に、Rubyを選択したのは日本語で問題が滅多に出ない、その一点。Pythonも3ならまず問題ないと思うけど、2系は割と問題が出る。もうみんな3系に移行してると思うけど、もし2系を使ってしまう罠があったらと思った。Macで最初にインストールされてるpythonも2.7だし。
プログラマじゃないけどプログラミング完全に理解した（）おばさんが理解してる基礎知識書くよ。
（追記 この文章はプログラミングの勉強をしたいけどその周辺にある基礎知識になかなか触れる機会がない人向けに書きました。これらの基礎知識があると、困ったときに調べ方すら分からないという状況は回避しやすくなるはず）
ターミナル、いわゆる黒い窓からCUI（コマンドユーザーインターフェース）でコンピュータを使う方法を覚えよう。これは大学のコンピュータリテラシーで習った。MacOSXで復習すると捗った。（追記 すごく間が抜けてたけどMacOSXはUnix系OSです）
まずはファイル操作。Macでターミナルを使って、cd Desktopって打ってからecho ohayou ＞ aisatsu.txtって打ってみて、cat aisatsu.txtってやる。そうすると何が表示されるのか？とりあえずやってみよう。ここで＞は増田の都合上大文字全角にしてるけど、ちゃんと半角にしてね。なんで増田の都合上半角がダメなのか、そのうち想像できるようになろう。（追記 ブコメ指摘感謝）
そして、実際にデスクトップを見に行ってみると、aisatsu.txtってファイルがあるはずなんで、開いてみよう。これで何が起こったのか７割くらいはわかるはず。
こういうファイル操作の基本をまず覚えよう。これこそ空気みたいなものだから。
（追記 ここも間が抜けてたけど確かにhogeって何かわからないね。直しました）
最近は何も考えなければ文字コードはとりあえずUTF-8でなんとでもなるようになってるけど、バックスラッシュとかは環境設定で出てくるように設定しないと出てこないし、その意味合い、つまりエスケープとしての使い方を頭に入れておくと後々困らないと思う。あとEOF（エンドオブファイル）とか改行コードとかもそういうものがあるよ程度には覚えておこう。これ頭の片隅にはいってないと分からん殺し的な罠にはまることがある。
これは使いたいプログラミング言語の公式サイトに行くと大抵書いてある。
でもMacだとだいぶ楽。とりあえずターミナルからgccって打ってみるとなんかCUIツールとか書いてあるものをインストールしろって言われるのでインストールする。これだけでCとかC++とかRubyとかPythonとか一通り使えるようになる。もしかしたら最近はこのインストールすらいらないかもしれないけど。
あと、シェルのコマンドとかプログラミング言語を実際に使うときはいろんなライブラリをインストールする必要があるけど、そのライブラリは管理がすごく面倒なので管理をまとめてくれるコマンドがあったりする。aptとかhomebrewとかがそういうのだから、そんなものの使い方も覚えておこう。
（追記 言語の文法を追うだけなら環境構築なんてしなくてCloud9とか使ってもいいかもだけど、プロダクトを作ろうとした時にはまだまだ手元で環境作って必要なライブラリを入れてとやった方が後々応用がきくと思うのですよ。それにそうしていくとDockerの有り難みなんかも理解できるようになっていくのではと思います）
最初に勉強するプログラミング言語は、Javaだけはやめておけ。
なんでかっていうと、Javaはオブジェクト指向言語ってやつなんだけどオブジェクト指向的にしか書けないから。古い人間だと言われそうだけど、最初は手続き型言語から始めるべきだと思ってる。少なくとも、手続き型的に書ける言語から始めるべき。
なぜそう思うのかも含めて、とりあえずおばさんが理解しているプログラミング言語の発展の経緯を軽く解説する。
最初の頃のプログラミング言語は、手続き型と呼ばれるものが多かった。
この〇〇型ってのはプログラミングをするときの考え方によって名前がついているんだけど、手続き型はまず0を作って、0に1を100回足して、最後にその結果を表示してください、みたいな、上から書いた順番通りに動くのが基本のルールである考え方。プログラムは基本的にはこうやってデータをアルゴリズムを使って変化させていって望む結果を得ている。でもこのやり方は問題も多かった。プログラム全体がひとかたまりになってしまっているので、数千行とかになるともう普通の人では手がつけられないし、人間のミスでデータを間違って扱ってしまうことがバグの温床になった。
なので、この手続き型の考えに構造化という考えが加わって、関数というものが生まれた。関数っていうのは料理のレシピに例えるとわかりやすいかも。
5:豚こまを入れて色が変わるまで炒めます。
9:火を消して8をお皿に盛り、野菜炒めの出来上がりです。
B:肉に味付けをします。
2:Bを入れて色が変わるまで炒めます。
3:Aを入れてしんなりするまで炒めます。
4:火を消して3をお皿に盛り、野菜炒めの出来上がりです。
って書ける。ここではAとBが関数。
この程度だとあまり意味を感じないかもしれないけど、これがもっと複雑なものを想像してみると、なんとなくありがたみが分かって来ないだろうか？こうすると、多人数でプログラミングをするときに、Aを書く人、Bを書く人、1〜4にまとめる人って感じで作業分担ができる。それに、バグが起きた時もAの領域でバグったのか、Bの領域でバグったのかとか、全体にまとめると上手くいかないのかとか、原因の切り分けがしやすい。
でも、プログラムがとっても複雑化すると、これでも手に負えなくなる。料理の例えを拡大すると、料理店を運営することを考えるといいかも。
料理店でたくさんの料理をさばくときに、レシピを完全に1から作ることってないと思う。Aさんが野菜の仕込み担当、Bさんがスープの仕込み担当、というように各人に仕事が割り振られているはず。AさんもBさんもそれぞれの仕込みのレシピを持っていて、最終的に出てくる仕込みがちゃんとしてればAさんBさんの仕事の詳細までいちいちシェフが細かくチェックしない体制になっていると思う。大雑把にいうとそういう考え方をプログラムで再現したのがオブジェクト指向型言語。
なので、本気で料理の初心者がいきなり厨房の仕切りを任されて上手くいくのは難しいように、構造化プログラミングのありがたみすらわからない段階でオブジェクト指向型プログラミングに手をつけても意味がわからんだろうと思うのがおばさんの立場です。
（追記 おばさんはRubyを勧めておきます。オブジェクト指向型言語ですが、手続き型的に書き下すことも出来るからです。一つの言語で手続き型構造化オブジェクト指向、全部勉強できます。メソッドも便利なのが一通りあるし、日本語を扱うのにも問題が少ないです）
次に問題を分解できるようになろう。
例えば、クイズゲームを作りたいと考えたときにクイズゲームを作りたいです、って問題は大きすぎる。
クイズゲームに必要な要素は、問題文を表示する、回答を入力してもらう、正誤判定をする、正誤判定の結果を表示する、ということだなぐらいにまず分解する。
これを実際にプログラミングしようとすると、もっと分解できてさらに問題が見えてくると思う。
コンピュータってのは創造的なことはできない代わりに、とても簡単なことをとても階層的に重ね合わせて大きな問題を解けるように作られてる。それを心するといいと思う。
これ超大事。プログラミングって本当に自分で1からものを考えなきゃいけないことってあまりない。大きな問題はあなただけの問題かもしれないけれど、それを構成する小さな問題は大抵他の誰かが解いている問題なので、調べてみれば答えが見つかると思う。
エラーメッセージが出てきたらまずググってみる。翻訳しても初心者には意味がわからないし、ググったら誰かが解説付きで紹介してくれているのでその解説を読んだりしながらエラーメッセージとの付き合い方を覚えていけばいい。
メソッドの使い方がわからなかったら言語の公式サイトに行ってみる。メソッドの使い方で大事なのは呼び出し方、返ってくる値の型とかそういうのだから、こういうところはググるよりも公式サイトに書いてあることをしっかり読んで理解する。
あと、アルゴリズムの勉強もしてみるといいと思う。アルゴリズムとデータ構造と計算量の勉強。大学の学部レベルの教科書をちゃんと読んでみると、例えばデータベースを操作するSQLというものを書くことになった時とかに効いてくる。あとは作ったプログラムが遅すぎてどうしようとかいうのを解決する時とか。
なんか深夜までいろいろ書いてしまったけど、あくまでもプログラマじゃないおばさんが書いたものなので、みんなでツッコミとか入れてくれると大変助かります。
彼女のことも傷つけたくないし、こちらがここに投稿することによって誰かが不利益を被ることがなるべくないように配慮した上で、今抱えている絶望をここに残しておきたい。断っておきたいのは、この文章を僕の言葉で増田に流している時点でフェアでなく、自分が被害者ですといった書き口になってしまう可能性はぬぐいきれないと言うこと。正しく理解してもらうことはとても難しいと思う。それでもない頭を使って、個人個人の未来のためにも書いているので、できればアドバイスにあたるコメントが欲しい。
先日彼女と二人で一泊二日の旅行に行った。これは二日目に聞いた話なのだけど、彼女曰く「誰かと泊りの旅行に行くのは初めてだったから、家族でちょっとした騒ぎになった」らしい。旅行から帰ってきた次の日、彼女から長いメッセージが届いて、ものすごく悲しいことをしてしまったんだと自責の念に駆られることになった。
簡潔に言うと、一日目の夜、セックスを断ってしまった。断ると言っても「嫌です」と直接言ったわけでなく、彼女の誘いを流して諦めさせてしまったのだ。一応ゴムは持っていった。彼女はおそらく男性経験がないだろうと思って、彼女のことをいたわる思いで滑液がついたものを初めて購入した。でも、とにかく疲れていて、眠たかった。僕は睡眠障害を抱えていて、毎週大学病院に通っており、治療中であることは彼女にも理解してもらってる。もう眠剤を処方され出して二年弱がたち、その日もいつもと同じ薬を服薬してしまった。あとで振り返るとその薬には副作用に「性欲の低下」があり（そんなものがなくても眠たさで欲は消えそうだけれど）、服薬しなければよかったと後悔する。しかし、それはきっとできなかった。両親のアドバイスで眠剤を抜いてみたことがある。すると全く寝れず、不安からパニックになってゲロゲロ吐いてしまった。うつ病も併発していたものだから、それは大きなトラウマになって、これは危険なことかもしれないけれど、半ば強迫観念にかられながら眠剤を服薬しているのだ。
長く、重たいメッセージの中で、彼女は自分が僕に女として見られてはいないのではないか、自信をなくしている、と言う。たまらなく胸が痛み、あまりにも苦しくて吐きたくなった。彼女をひどく傷つけてしまったこと、それからまたこの手の失敗をしてしまった悔しさのことで。
思い出すのはこれまでの失敗。誰かと仲良くなりすぎてしまうことに対して苦しさを覚え、その人の前から逃げてしまいがちな自分は、最近人間関係に対しての苦手意識がずんずん芽生え、重荷になって生活してきた。とはいえど、初対面の人ともうまく会話ができるし、コミュニケーション能力には自信を持っていたのだ。人より優れた共感能力を持っているはずだから、他人に配慮した会話ができていた自信があった。それにもかかわらず、最近いろんな失敗をして（例えば自分の不用意な発言で相手を無自覚に傷つけてしまっていた）、自分は「共感能力が低い人間だった」というのが分かり、いろんなことがわからなくなった。自分はうまくやれているつもりなのに、自分の感覚と他人からの評価のズレが大きすぎて、毎度本気で悩まされるのだ。
恋人とセックスしたい、というのもよくわからない。「セックスしたい」と「恋人になりたい」が両立することをはっきり理解できない。「大好きで、一緒にいたい。でもセックスはしたくない」というのが相手を苦しめるというのを身を以て体験して、驚いた。二人にとってこんなにつらいことは他にないように思えた。そもそも僕は恋人的なスキンシップからして、苦手な方らしい。低体温で、ものを握ると手汗をかいてくるから手を繋ぐのもあまり好きじゃない。近くにいたい、抱きしめたいとは思う。キスはなるべくしたくない。彼女に「君が自信をなくす必要性はきっとなくて、その悩みは僕への不安の裏返しだと思うから、結局のところ性的な魅力がないのは僕の方なんだと思う」と送る。こう返信するだけで、いろんな自信を失った。tinderで知り合った女性となら、自分からできるはずなんだけど、と思って再度インストールして昨日から左へ右へスワイプし続けている。ライクがたくさん来る。多分顔は悪くないんだなと思う。マッチは未だしていない。寂しさを感じる。
自分はもっと普通な人間だと思ってきたのに。今では普通よりマイナス方向に目立った性格ばかりで辟易する。変わっていければいいと思う。変わりたい。
ラインのやり取りの中で、僕なりの知恵を振り絞り、「早めの時間にラブホデートしたいと思うのだけど、いいかな」と提案してみた。眠剤の影響や疲れの影響を受けない状態で試してみたい、という本心からだ。彼女からは「それは嫌。そういうことをしたいっていう君からの言葉がない限り、私はそれを望んでいないです」というだけだった。正直、わからないのだ。彼女のことはかわいいと思うし、付き合えて嬉しいと思う。だけど、したいです、といえば嘘になるような気がするのだ。僕はあくまで試験的に、という意味で送ってみたのだけど、今これを書きながら、それってきっとひどいことなんだろうな、という気がしてきた。
彼女のことが好きだ。暗いトンネルで絶望している時に笑顔で声をかけてくれたのが彼女だった。当時の僕にとって、希望だった。彼女はそう明るい人格ではないけれど、愛嬌があって、一緒にいると安心する存在。できるだけ長く一緒にいられたらいいと思いつつ、考えがぴったり180度違うと言うことも少なくなかった。それでも僕らの会話は楽しく、うまくやれているつもりだった。それなのに、彼女は普段のデートの中でも、自分に自信をなくすばかりだったと言う。
絶望している。やっと暗いトンネルを抜けられたと思ったら、さらに暗いトンネルがやってきたような。苦しくて、逃げ出したくなる。もう一緒にはいられなさそうで、それは僕にとってとてもつらいものだし、これからの人生でも同じ失敗をして苦しむのだろうかと、しなくていい絶望を予習してしまった。嫌になる。これからどうしよう、中身のない未来について、なんどもなんども考えている。
以前は何か独立した装置で行っていて、2000年問題(!)の際にAccessに切り替えたそうだ。
しかし、新しいAccess（弊社ではAccess2016）を使用してMDBファイル（Access2000-2003データベース）の最適化を行った時にレコードが消失するバグがあった。
消える量は微々たるものであるが、最適化のたびにランダムでデータが消えるのではデータベースとしては役に立たない。
このバグについて調べるにあたって、偶然会社の倉庫に眠っていたAccess2007を発見し、それで検証してみたところものすごい量のデータが消失していた。2007環境で作業していた人はおかしいと思わなかったのだろうか？（社内でAccessはこの在庫管理にしか使っていない）
2016で同様の検証をしてもなかなか消失は確認できなかったが、実務上確実にデータが消えていることを時折確認している。これは最新バージョンで解消されているそうだが、会社のPCであるのでアップデートの適用が随時は行われず、４か月遅れであるようであった。
ただ、4か月遅れとはいえ時折バージョンアップされているにも関わらずバグが解消される気配が全くないまま業務を行っていたのだが、いい加減やってられないのでやむを得ずAccess2019を導入することとした。このあたりについて調べている時、そもそもバージョンアップ内容のアナウンスがかなり複雑に隠されていたり、アナウンスされていなかったりとMicrosoftの不親切さを痛感した数時間だった。
ただし、Access2019にアップグレードしたからといってバグが解消される確信はなかった。
私はそもそもMDBなどという古い形式で強行するのはやめたい、システム的にも古い上に個人のエンジニアが開発したものであり、古いからではなくそもそもの造りにバグが多く、現在弊社の事業規模に見合ったサポートを受けられていないことから、システムそのものを更新して欲しいと上申し続けている。
というか2000人を抱える大企業でこんな古い（しかもバグを抱えた）データベースに頼っているってどうなの？
しかしなかなか承認を得られないため、やむをえず応急処置的に最新版である2019を導入することとした。
データベース管理に使っているPCにはボリュームライセンス版のOffice2016がインストールされている。
ここにAccess2016を個別に購入し、インストールしている。
ライセンス的にはOffice2016とAccess2016は別であるが、同じ2016同士なので共存できているようだ。
ここにAccessのみ2019をインストールしてみようとしたが、Office2016がインストールされているためインストールできませんとなってしまった。
以前、別の会社にいた時に2003と2010か何かは共存させた気がするのでできると思っていたが、起動のたびにオンライン認証しているからだろうか。今はもう無理らしい。
そもそもボリュームライセンス版のAccess2019（Office2019）のインストールは非常に面倒くさい。
いわゆるインストーラではなく、コマンドプロンプトからのインストールである。GUI環境を創造し、推進してきたMicrosoftが、この2019年になってCUIを持ち出してきたのだから驚きだ。
このあたりは調べたらいろいろ有意な情報がたくさんでてくるので、そちらを参考にしてもらいたい。
ちなみにConfiguration.xmlの作成は非常に面倒であるが、Microsoftが提供している、質問に答えていくだけで作成してくれるものを使うのが一番楽にできる。
リモートがオンになっているとインストールに支障があるというのも謎だ。
バグに対しても、Office2016とAccess2019の共存についても解決できていないが、もしこの記事を見て何か思い当たる点がある人がいれば連絡をください。
ヒマを潰すことが目的じゃなく、なんかチクチクやりたい。
自分で探すのは面倒だしインストールするのも面倒だから、１つのアプリの中で勝手に更新されてって欲しい。
前流したやつで気に入ったやつあったら有料で飼っても良いかも。
