  |
はてなキーワード: テキストエディタとは
University of the Peopleで準学士号を取ろうと思い、9月に入学した。Online Education Strategies (UNIV 1001) に絞って履修していたものの、勉学と直接関係ないところでちょくちょくパニクりかけた。なのでここにまとめておく。誰かの参考になったら嬉しい。
とにかく遅い。履修登録期間などは特にひどい。ルービックキューブみたいなアニメーションをどれだけ見たことか。焦るな。
取りあえず出願だけして、あとからDuolingoの試験受ければいいやと思ってたら、いつの間にか出願段階が進んでて、自動的にEnglish Composition 1に登録されてしまっていた。
Admission Advisorにメールで連絡したら、「今からでも間に合うので書類を送ってください」という返事。Duolingo側からUoPeopleにスコア送付するとともに結果のスクリーンショットをメールでAdmission Advisorに送ったところ、事なきを得る。
課題の提出方法などのチュートリアルビデオは、Youtubeの公式チャンネルにまとまっている。
https://www.youtube.com/playlist?list=PLzDSQFS87t6HBFEjbZJ3DhHbnaW3kAhnd
Learning Resource Centerは、実質的には各種アカデミックスキルのチュートリアル集＋質問フォーラムなのだが、それ自体がひとつの科目みたいな体裁になっていて、利用するにはEnrollが必要。
APAで行き詰まったときには参考になるし、質問フォーラムの回答も早い。
Discussion Forumの返信にも単語数制限がある。「100語以上」と「3～4文程度」と条件が二つあったので、後者だけ満たしていたら減点された。あと参考文献リストは単語数カウントに含めないとのことだった。
ここらへんはCourse Instructorによって運用が違うかもしれないので、確認した方が良いと思う。
Replyを押すだけだと簡易エディタが出るのだが、Advancedをクリックして多機能エディタを出した方がいい。特にReferenceつけるときはイタリックにしないといけないので必須。
あとAdvanceクリックすると親投稿だけのツリーが表示されるので、リプライ先を確認しやすい。別エディタで書いた内容をコピペで貼り付ける場合、"Hi ～, " のような呼びかけで文章を始めておくと、更にチェックしやすい。防ごう取り違え事故。
投稿後5分したら訂正できなくなる。投稿直後によく見直すこと。
なお確定後に間違いを見つけた場合、更にリプライをつけて正誤を説明するという手もある。絶望するなかれ。
Word形式が指定されている場合、Moodle上のテキストエディタではなく、その下のファイル添付のところから添付する。
学期最後のピアアセスメントでも、ファイル添付できていない学生がいた。手間や自身の環境を考慮して、フォーマットの点数は無視する戦略を取ったのかもしれないが。
自分の課題を提出→クラスメイトの課題を評価→自分の課題の成績が確定、というすべての段階が終了してはじめてチェックマークがつく。要は課題が出た翌々週になるまでは空欄のままになる。焦るな。
"Submit Assignment"をクリックしただけでは提出できていない。「本当に提出しますか？」というページが表示されるので、"Continue"を押して確定させること。
一周して満点が取れたからと安心するのは早い。問題は一周分より多く登録されているので、何周かしないと全制覇できないのである。
大学全体の履修登録期間の始まりと、個々の学生の履修登録可能期間の始まりとは一致しない。卒業が近い学生の方が優先的に登録できるシステムになっているため。UNIV1001を履修するような学生の番は当然遅い。Student Portalの「Register for Courses」を見れば、自分がいつから登録できるか書いてある。
要Proctorの科目の場合、履修登録期間中にProctorを設定しないと登録が取り消されてしまう。ProctorUを使う場合は、Student Portalの「Manage Proctors」から「ProctorUを使う」みたいな項目を選ぶだけでよい。
ゲーム業界でプログラマーとしてやっている身から考えを書いてみる。
「私のフォロワーの方にはクリエイターやゲーム関係の方がたくさんいらっしゃると思います。皆様の意見を聞かせていただきたいです。」
https://twitter.com/gamemakerdiary/status/1413185724849954817
ゲーム会社の経理や人事でも、好きなゲームに関わっているということで満足する人もいる。
小規模なゲームをひとりで全部作りたいのか、中規模以上のゲームのどこかを担当したいのかくらいは考えておくべき。
次は専門職。シナリオ、グラフィック、作曲といった専門の教育を受けてないと手も足も出ない分野。
これも解像度を上げると、コンセプトアート、キャラデザイン、ムービー、モデリング、ライティング、UIデザイン、録音、効果音などなど無数に分類される。
ゲーム会社、特にコンシューマゲームのプログラマーとしてやっていくなら、学生時代に身につけている言語や環境よりも、「大規模なものや複雑なものを怖れず学ぶ」資質が大事だと個人的には思っている。
ゲーム開発は、ゲームエンジンやフレームワーク、ライブラリ、APIを多用する。それもネットで検索してもまったく情報がない独自のものだったりする。
そもそもゲーム機はOS自体が普通と違うし。ビルドに使用するツールチェーンもかなり複雑になっていることが多い。
簡単な例でいうと、Visual Studioよりもテキストエディタの方がシンプルで使いやすいと思うタイプは要注意だ。
複雑でも多くの人に支持されているツールは何か良いことがあるはず、と思ってVisual Studioを使いこなす気持ちを持とう。
学生時代の作品もProcessingなどではなくC++で書くべきとか言われるのもこの辺に通ずる。
あとプログラミングに自信がある人で、既存のライブラリは複雑で使いにくいからとオレオレライブラリを作ってしまう人も要注意。
実は俺もそういうタイプなので苦労した。
ゲーム開発は複雑なものをそのまま使わなくてはならない日がいつか必ず来る。
既存の複雑なものを使う能力と言うのは、つまり大量の（英語を含む）ドキュメントを読む能力、大量のソースコードを読む能力でもある。
シンプルで洗練されたコードも素晴らしいが、洗練されたコードをめちゃくちゃ時間かけて書く人よりも
多少いまいちでも手が止まらず書き続けられる能力がある人の方がまわりには多い。
そういう人は、いまいちなコードに何度も手を加えて最終的にはまともなコードにしてしまったりする。
ゲーム全般やゲーム開発に関する知識量は、プログラマーとしても最大の武器だ。
有名なタイトルがどういう特徴を持ったゲームなのか広く知るのには膨大な時間がかかる。ゲーム好きでそのあたりに詳しいだけでも強い。
Unityなどのゲームエンジンに触ったことがある、というのもスキルというより知識の武器という意味合いが強い。
入門書レベルではなく、UniRxとかのプログラムの書き方の根本からくつがえるようなライブラリ経験とか、Unreal Engineのソースコードをいじったことがあるとかレベルなら超強い。
大学のゲームサークルやインディゲーム開発のグループで経験がある人はここが強いように思う。グローバルゲームジャム参加経験者とかも。
それから、ここが一番言いたかった点なのだが、前述の専門職とまたがる知識のあるプログラマーはめちゃくちゃ重宝される。
グラフィックならシェーダーがめちゃくちゃ書けるとか、3DデータやIKを扱った経験があるとか、3Dベクトルや行列演算の数学が得意だとか。MayaやBlenderを使った経験があるだけでも強い。
サウンドならDAWや波形編集ソフトを普段から触っているとか、信号処理に詳しい人。
つまりデザイナーやモデラーや音楽家の気持ちがわかって、その人たちと専門用語で話ができるプログラマーはどこでも食っていける。
あと最近はAIに強い学生もゲーム会社は積極的に採用している。
ひとつの専門知識＋プログラミング能力を身につけるのはわりとおすすめの戦略だ。ゲーム開発の全部に詳しい必要は必ずしもない。
CEDECなどのカンファレンスに参加して、どういう知識体系があるのか知って、自分の強みを考えよう。
ゲーム開発用の自社ツール制作や、プロモーション用Webサイト制作など、ゲーム本体以外のプログラミングも多いので、
https://anond.hatelabo.jp/20210617075257
上がってるような基本（元増田に上がってるやつの倍ぐらい）が全部立ち上げからできて
2〜3個プロジェクト経験したらテックリードの素養が既に身についてそう。
プロジェクト的にもどっちかが弱いと
Rails/DjangoにjQuery+Bootstrapみたいな構成や
Amplify/FirebaseにVue/Reactみたいな構成も全然あるので
面接はなんとか抜けてもらうとして、
チーム開発での最低限の目標としては、
成果物から、指導、学習コスト、レビューコスト、技術的負債、マネジメントコストを引いた分が正になっていれば
ひとまず「チームに居ていい人」と見なされそう。
チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、
一旦は、正の生産性を目指してほしい。
以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、
一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。
似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。
どっちかしかやらないならJavascriptがおすすめ。後ででてくる、Flaskは適当にExpressとかに置き換える
現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。
どちらも、Python2とES2015以前の記法というレガシーがネット上に転がってるので参考にしないように注意。
・一貫性があって
・正しい書き方がされた
お手本プロジェクトをなにか(githubや書籍など)で手に入れて読むべき。
おそらくフレームワークに乗っかっているので並行して進めることになる。
話の流れで先にこっち
現在のコーディングのグッドプラクティス、デザインパターンはフレームワークの形をしている。
なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。
TypescriptもVue.jsも書き方をどこまで取り入れるかが使用者の裁量に任されてるし、
開発でVueとReactのどっちを使うかはチーム次第なので、
一旦React+Typescriptでガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。
2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。
パッケージとかテスト、タスク＆デプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。
バージョン管理とコンテナの思想が優れているのは自明なので、これらはツールと見ていい。
そして、後からプロジェクトに入った人がプロジェクトの流儀に沿って使う分には難しいことはなさそう。
採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、
そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。
構築できる、ではなく、触れる程度で良さそう。
gitはプロジェクトの流儀によると書いたが、git-flowのイメージ図を理解して運用できるのがよい。
https://qiita.com/KosukeSone/items/514dd24828b485c69a05
こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。
あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。
地味にSSHでログインした先の環境だと、vimが主要なテキストエディタになるので
vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。
→ ファイル開いて入力モードに切り替えて書き込んで保存して終了
細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。
これが意図なら
この辺の機能を持った小規模Webアプリを作ってHerokuでデプロイすれば一旦完成とみなしてよさそう。
コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい？
慣れると1日あればいけると思う。
フレームワークもなんでもいい。
Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。
余力があれば複数個触ってみたり、人から勧められたらそっちでも。
最近はサーバーレス&NoSQLが流行ってるのでFirebaseとかもやればいいと思う。
に尽きる。
計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて
それらに対して分散や非同期処理で解消しようとするとか、
ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為を
計算量を意識するだけなら、AtCoderのABCのC〜D問題辺りが解ければ十分。
有名な脆弱性や攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている
のでアドリブをせずに正しい書き方でやれば良い。
開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、
ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。
開発の勉強のやり方としては、
・正しいコード見本を手に入れること
この辺りの習慣があればやってけんのかな、
その他、チーム開発って面では
TeamGeek（人間性）とかインプットしておくと共通言語が増えて嬉しい。
この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、
そしたらやってけるんちゃうーって感じ。
転職してえ...
匿名ということで、忌憚なき意見が得られたらと思ってここに書いきました。たぶん、新卒がまた甘いこと言ってるよと思う人もたくさんいると思いますが、それはそれで受け止めます。
ただ、どこにも迷惑をかけたくないので、本質を違えない程度にはフェイクを挟んで書いてます。なんか辻褄合わなくね？みたいなところあるかもしれませんが、そういうものだと思ってください。
まず、私がどんな状況のやつかわからないと話にならないので、ちょっとバックグラウンドを紹介
情報工学の修士持ち、メーカー系のグループ会社のSIをやる会社に在籍。
グループ会社とはいえ、2000人規模で同期が100人近くいるので、そこそこ規模の大きい会社だと思ってくれて構わない。
「某S社に入社したけどミスだったかもしれない」というはてな匿名ダイアリーが一年前だったか二年前だったか少しバズったが、今の僕はこれに近い気分である。(該当記事は社名まで出しているが、前述の通り迷惑かけたいわけではないのでぼかしておく)
文系出身の人もいるので内容がしょうもないのは、仕方ないとは思う。
それでも情報工学の修士を出ておきながら、再び学部1年の授業を水で薄めたような講義を受けるのは非常に苦痛である。一人でやれば数時間で終わるものに1日かけてみんなで足並み揃えてやっているのは、運動会で手をつなぎながらゴールする様を想起させる。
そもそも、IT系の研修はいまだに一週間やったか？程度でしかやっていない。ずっとやってるのはコンプラやビジネスマナー、技術文書の書き方である。
ことあるごとに偉そうに、賃金を貰いながら学ばせてもらってる身なんだからうんぬんと説教垂れてくるのも腹立つ。研修で新しく学んだことなんかひとつもねーよボケ。
もっさりしたパソコンを重たい仮想環境に一斉に接続し、さらにテザリングでオンライン会議につなぐことでまるで水の中で動いているかのようなもったり具合である。非常にストレスが溜まる。
あとこれは、仕方ないとは思うけれど、セキュリティ上の理由で自由にアプリケーションを入れることができない。もっと効率的に作業をこなせるのに、使いにくいアプリや社内製のゴミシステムを使わされるのは合理的を信条とするITを志すものとしてかなりストレスになる。(どうでもいいけどOutlook使いにくすぎませんか？)
まぁ、でもこれは仕方ないと思いますよ。セキュリティ上の理由と言われたら反論できませんもん。
...SEなのにテキストエディタがMS Wordとメモ帳しか入ってないんですよ？？？？！！！！？？？！！！？？？？？
...ちなみにアルゴリズム研修はフローチャートをパワポで書きました。これからやるデータベース・SQL研修は紙上でコーディングすることがわかりました。泣きそうです。
......ITってなんなんですかね......？
技術力が現時点で低いのは全然構わない。私も当然まだまだだし、上を見れば見るほどキリがない世界だ。
ただし、IT系に関わることをこれから仕事にしていこうという人が「私、プログラム苦手でーw」というのは本当に許せない。
バスの運転手が「いやー私、運転苦手なんですよねーw」と言っているようなもんだぞ？誰がそんなやつに仕事を任せるんだ？自分がこれから何をしていくのかについて、あまりにも自覚というか覚悟がなさすぎる。(あんまり自覚とか覚悟とか人に押し付けたくはないんだけど、他にいい言葉が思いつかない)
キレても仕方ないので、愛想笑いして誤魔化してる自分にも腹が立つ。マスクのおかげで口元が笑ってなくてもいいのは非常にありがたい。
年次で仕事が割り振られるので、成果主義といいながら結局は年功序列である。少なくとも入社3年は足並みを揃えた昇給。
ちなみに、働く前は年功序列もいい点あるよなーとか呑気に思っていましたが今は違います。
会社のルールを決める連中が全部親会社の天下り老人。上がり幅が小さすぎる給与レンジ。若手はやっすい給料で働かせられる。
こんなのを見てしまうと若手のやる気を削いでるのは、お前ら老害じゃないかと思わずにはいられませんでした。
ついでに、年寄りどもが定期的に言う(大学上がり) = (遊んでばかりの怠け者)な価値観は明らかに古いものです。
当初は安定感があるのもいい点だと考えて、現在いる会社に決めましたが、しばらく生きて安定感に対する考え方が変わりました。
ことIT業界に限って言えば、安定感は会社に与えられるものではないです。自身の技術力が担保するものです。端的に言うと、いつクビになっても他に行けるような技術力を持つことが安定感だと考えるようになりました。
そういったことを考えると、他に行った時にほぼ役に立たない社内政治力や、社独特の書類作成能力、使いにくい内製フレームワークの勉強をしていくことに全く興味を持てなくなりました。
技術力が全く身に付かない今の現状を考えると、若いうちの安い給料としょっぱい昇給幅で我慢して働くことに対するモチベーションは無くなりました。
データ菜園、機械学習系、ソフトウェア開発系で職を探しているので紹介してください。
ちなみに真面目に質問なんですけど、転職しようと思う場合やはり少なくとも半年くらいは在籍した上でなければ厳しいんでしょうか？
もういつ辞めるかの違いでしかないので、決めたならできるだけ早く動くべきだと考えて動いてきたけど、結構風当たりが厳しく、今転職活動するのは流石に悪手なのかなと思ってきてます、少し忌憚なき意見が欲しいなーと思ったり...
せめて現職で少しでもコードが書けたらだいぶ気持ち的に楽になるのになー...
5ch感覚でレス飛ばしてましたが追記の方がいいらしいので追記します。
あと、思ったより注目を集めてしまった感あるので、これで基本最後にしようと思います。
ゆくゆくは Adobe Creative Cloud を契約する
定価で買うのはバカらしいので Amazon で 20% OFF などのセールの時に買う
https://www.amazon.co.jp/dp/B00FOHQZPI/
購入後、発行されたシリアル番号(コード) を https://account.adobe.com/products に入力して登録
足りなかったねん(´・ω・`)
俺がやったのはわりと力技だよ。
たとえばAとBというブコメについたスターを比較したいと思ったら
Aのブコメページの
https://b.hatena.ne.jp/entry/4698059693843232994/comment/nunune
〇〇さん がスターを付けました。
〇〇さん がスターを付けました。
〇〇さん がスターを付けました。
……
……
「さん がスターを付けました」部分を置換で消してidを入手する。
そのidをGoogleスプレッドシートとかに貼り付けてアルファベット順に並び替える。
同様の手順で「Bのアルファベット順idリスト」も入手したら、
あるいはAとBのidを混ぜ合わせて一列に並べて
Googleスプレッドシートの「データ」メニューの「重複を削除」を使うと
「何件重複があった」っていうのを教えてくれる。
重複したidの数を知りたいだけならこれで事足りる。
