  |
はてなキーワード: Jsとは
RPAで疲れ果てた方の日記と、それを見て書きたくなった人の日記を見て書きたくなったので。
しばらくフリーターして社会復帰、プログラミングやりたくてIT業界に転職した。
社会復帰のタイミングに職業訓練校でJavaScriptを勉強しながら就活、入社即RPAの現場に単身で放り込まれて今に至る。
客先常駐でシステム開発してる会社だと聞いていて（Java,C+,Rubyあたりとか）、
3回くらいあった面接で一度もRPAのRの字も出てこなかったが、
内定が決まり入社までの待機期間中、勝手にセッティングされた客先との面接で初めてRPAの話を聞かされた。
（今思うとここで断れればよかったのかもしれないが...）
入社後即放り込まれ、仕方なしに頑張るかと思って向き合ったらとんでもなかった。
RPAエンジニアとして雇われてる数人の中ですら共通のルールが存在しなかった。
各エンジニアが作ったもの、非エンジニアの客先社員が作ったもの、過去在籍していた人が作ったもの等々...
何を基準にしていいかもわからないし、というかそもそも基準がない。
現担当者はRPAごと業務を引き継がれたけど、RPAの中身は知らない。その業務のマニュアルも存在しない。
エラーが出ても何が正しいのかわからない、けど「エラーが出ました」と問合せが来る。まず正しい挙動を教えてくれないと修正もできん。
私が担当することになった部署のRPAを作っていた前任エンジニアが画像マッチング大好きマンで、
WindowsのバージョンアップとIE終了に伴う改修が地獄のような作業だった。
部署によって端末環境がかなり違うという客先環境も相まって、画像マッチングが多用されているシナリオに拒否反応が出そうになる。
それぞれがどんなRPA作っててどういうエラーに対応したか、みたいな話をする機会がない。
故におそらく似たようなRPA作ってるけど、それぞれが各自で作ってるからすごい無駄。
多分展開できたものいっぱいある。
等々、正直まだまだ書けるけど書き出したところで別に何も変わらないので割愛するとして。
単身で放り込まれたもんだからまともなフォローもなくかなりしんどかったけど、
なんとかこなしてやっと慣れてきたところで、今後のキャリアを考えたら鬱々としてきた。
今後長いスパンで見たときにRPAエンジニアが必要かと言われるとそうでもないだろうし、
かといってRPAエンジニアの数が少ないっぽい今、即戦力なら欲しいところは多分あるわけで。
RPAから抜け出せずにずるずるとRPAエンジニアやり続けて、
取り返しのつかない年齢になってRPAが廃れて...とか考えただけで怖い。
でも職業訓練校レベルのコードしか書いてなくて、業務でコード書かなくなってしまった今
HTML/CSSですら書けるか怪しいみたいなレベルになってきてるのに
RPAから抜け出せるのかという不安も強いし、今後どの方向に舵を取ればいいのかわからなくなってきた。
それにしても、職業訓練校やら独学やらで一通りHTML/CSS触ってJSに触れてたからなんとかRPAしてこれたと思ってるけど、
これを「通常業務やりながらRPAも担当してね」とかって振られたらと思うとゾッとする。
なにがプログラミングできない人でも業務が自動化できる！だよ、めちゃくちゃ難しいよ...。
Kintoneか、懐かしいなあ。
大型クライアントに過密スケジュールでカスタマイズの無茶振りされた思い出が蘇る。
メインの案件とサブの案件も抱えてる中で、JSでどれくらいカスタマイズできるかとかそれで機能要件はともかく非機能要件満たすかとかサードパーティのアプリ使うのはどうかとかああ色々調査したけどこれダメっぽいわ代替案提案してみようかとか、もう何回徹夜したか。
下手にアドバイスするべきじゃないね。ご指摘ありがとうございます。
ほいノ
高専行こうと思えば行けたんだけど、実家離れるの怖くて偏差値45の工業高校へ。
18歳までフリーター。
18歳〜21歳まで定時制に通った。
英語は個人的にそこそこ勉強したけど、数学なんかはⅠの後のAが半分も終わらなかったレベルのバカ校。
この時期は暇で、なぜかやる気に満ち溢れてたから、TOEIC700近くとか日商簿記2級とか色々資格を取った。
24歳でうつになって、30歳くらいまで日雇い・派遣↔無職を半々くらいでリピートしてた。
やってる仕事は大したことなかったけど、幸い仕事中にPCをめちゃくちゃ使うのでやりたい放題だった。
この時にプログラミングを始めた。
ここで年収どんどん上がった。
36歳でうつが再発して辞めて今に至る。
基本は、仕事で使えそうなもの・必要なものをその都度吸収していった感じ。
Webが中心ではあるけど、組み込みとかのハードが絡む分野以外は結果的に広く浅く手を出してる、つもり。
| Excel VBA | 1年 |
| VB.NET | 半年 |
| JavaScript（Node.js） | 4年 |
| HTML | 1年 |
| SQL | 4年 |
| GAS | 3年 |
| C# | 1年半 |
| TypeScript | 2年 |
| Java | 半年 |
| C++ | 半年 |
| ラダー、FB（三菱、シーメンス） | 1年 |
実務経験があるって胸張って言えるのはこれくらい。
大体習得順。
他には、Python、Julia、R、Fortran、Rust、Go、Dart、Shell、Deno、CSSなんかは少しずつかじってる。
最近はWebに関してはほとんどJS（TS）で済む感じになったので楽。
なんでPLCが最後やねんってツッコミは置いといて、Web系寄りでラダーも触ってるって人は観測範囲ではあんまりいないので、それが俺の数少ない強み。
RDBはPostgreSQL、SQL Server、MySQL、SQLiteの順で実務経験あり。
NoSQLはFirestoreが実務経験あり、実務なしだとNeo4jとか。
PaaSはGCP（Firebase）、AWSの順で実務経験あり。AzureはADとVM周りをちょっと触った程度。
Dockerはよく使うけどKubernetesとかまでは行ってない。
後は産業用の通信プロトコル的なやつを無駄に色々触ってる。Modbus TCPとかORiNとかCC-Linkとか。PLCもそうだけど、あの辺は日本とドイツとアメリカが未だに既得権益で幅利かせててまじで闇深い。その代わりそれをブレイクスルーできればめっちゃ稼げる分野だと思う。
閑話休題。
フリーターでどんな仕事してるか知らないけど、仕事で一日の半分が無くなっちゃうじゃん？
以下、俺の場合ね。
次長クラスの人が「この製造番号でクレームがあったんだけど、作業当時どんなことあったか覚えてない？」みたいなことをわざわざ現場まで何度も聞きに来るんだよ。
作業したのなんて半年前だったりするから一々覚えてないっすよ、って言ってるのに何度も聞きに来るから、イラッとして仕事用のPCで勝手にExcelで業務日報を付けるようにして、イントラのファイルサーバーに置いて「そういう時はこれ見て下さい。次長の貴重な時間が勿体ないです」って言ったのよ。
それだけでめちゃくちゃ喜ばれる。
で、今度はその次長が「この製造番号どれくらいの時間で作業終わった？」みたいなことを現場までわざわざ何度も聞きに来るから、俺はその時またイラッとして、Excelでストップウォッチもどき作って製造番号とか工程ごとに時間計測して記録して、やっぱりファイルサーバーに置いて「これ見て下さい」って言ったのよ。
それでまた、めちゃくちゃ喜ばれる。
最初はプライベートな時間も結構使ってやってたんだけど、そういう周りに喜ばれる効率化を繰り返してると、少しずつ業務時間内で自分のスキルアップに直結する時間を作れるようになる。
自分でこれ面倒くせーな、効率よくできねえかなって思ったら、じゃあどうやって？てのを考える。
ちなみにPCがなくても、たとえばメールアドレスさえあれば今の時代カイゼンはできる。
大きな会社に勤めてるとかだと使うのが難しいんだけど、IFTTTとかが良い例かな。
これはiPaaSっていうサービスの一種で、まあ言葉の意味は覚えなくて良いんだけど、要は「イベントAが発生したら別のイベントBを起こせ」っていうのを登録して、自動化できるWebサービス。
例えば、あなたが日雇いの会社にいて、毎日違う現場に働きに行くとする。
で、出勤前、現場到着時、勤務終了の時にLINEで毎日報告しなきゃいけないとする。
で、その報告を受けた事務方は、Googleスプレッドシートにその都度入力する。つまり、それだけの為の事務員が一人いる。
面倒くさいし、お金がかかる。
そこで、「特定のグループでLINEを受信したら（イベントA）、特定のGoogleスプレッドシートに情報を記録せよ（イベントB）」っていうのをIFTTTに登録すると、少なくとも事務員の入力の手間は省けるってえ寸法だ。
IFTTTはたくさんイベントを処理させたい場合は有料になっちゃうけど、個人で試すぶんにはクレカ登録しなきゃいいだけだから試してみるといいよ。
月1000円で学べる。コスパは圧倒的。
入門コース（学習に180時間と公称してる）がしっかり理解できていれば、Webで大抵のものは作れる。
ただし、大筋は問題ないんだけど、細かい部分で最新技術をキャッチアップできてない可能性があるので、そこは注意した方が良いかも。
https://www.nnn.ed.nico/pages/programming/
N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。
そしたら、職歴書の作り方次第で中小企業の社内SEにはまず転職できる。
中小企業の社内SEは、ITリテラシーの低い社員が多い中で「Excelのセルの色が変わらなくなっちゃったんだけど！」とか「複合機が紙詰まりって言ってるけどその紙が見つからない！」とかクソイージーなクエストをこなすだけでおちんぎんが貰える、人によっては天国、人によっては地獄のような職業だ。
ごめん、流石に言い過ぎた。実情は色々と面倒くさい。DXとかバズワードを聞きかじったクソ重役から突然言い渡される重めのミッションとか。
けど安定なのは間違いない。
N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。ここは社内SEと同じ。
生産技術ってのは、誤解を恐れずにすげえ簡単に言えば、カイゼンばっかりやってる人たちのことだ。
あんまり詳しくは言えないんだけど、俺が最後にやっていた仕事は言わば生産技術だった。
で、中小企業の生産技術は、Webに強い人材をかなり欲しがっている。有り体に言うとIoTとかね。
IoTは最近、セキュリティの強化がかなりクローズアップされていて、そのせいで二の足を踏んでる企業が多い。
そこに滑り込むのはアリだと思う。
よく「T型人材」って言われ方をするけど、どっちのスペシャリストの言うこともある程度分かる「橋渡し」的な人材になると途端に貴重になって需要が増すので、上昇志向があるなら「Web+何か」の組み合わせでお金稼ぐのが良いんじゃないかな。
ま、橋渡しって自然とプロマネとか任されがちで、裁量大きくて大変なんだけどね。
質問あればどうぞ。頑張って。
スラドは削除できなかったんじゃなかったっけ？
廃れたけど
やっぱり似たようなこと考えてる人がいるんだな
ちょっと巡回してみた感想は、「2ちゃんねるの雰囲気をオマージュにした過渡期のフォーラム掲示板」というイメージ
以下、FAQより
タレコむ記事の内容が既存の特定の記事とものすごく似通っている場合（たとえば、スラドで言及されたときから状況が変わったなど）は、単にそのことをほのめかすだけでなく、その言及している記事へのリンクについても書き込んでおいてください。
修正するときのルールをユーザー側が覚えておく必要がある点も、やっぱり過渡期という感じがする
スレをsageてる時に新参者がsageないでレスすると住民に怒られる、みたいに議論の本筋と関係ないところでユーザー同士が衝突するのは避けたい
元記事での俺の書き方も悪かったんだけど、まず、ここでの「議論」は何も政治に関するものだけに限らない
というのと、俺が欲しいのはそもそも議論すること自体が目的のプラットフォームなので、「ただ議論することだけが目的化する」のは俺的には全く問題がない
何かしらの結論を出すこと？（違ったら教えて）
でもそれが目的になるのはたぶん、議論の参加者たち、あるいは議論のテーマの当事者たちにごく限られた時間しか与えられていないからだ
元記事で要件を出したプラットフォームを前提にして言うと、俺にとって議論の目的とは「考え続けること」だと思う
「党派性に依存する連中」も、それを誰かが敵とみなすのなら、今急いで結論を出そうと煽るのではなく、相手の主張をじっくり読んで向き合えばいい
忙しいとか文章が上手く書けないとか、何らかの理由で自分ではその連中の考えを改めさせられないと感じたのなら、極論、変に突っかかるよりは他の誰かや後世に託して、本人は無視を決め込めばいい
そういう意味で、
と書いたし、そういうプラットフォームが欲しい
前段については、俺が元記事で挙げたようなサービスでは満足な議論ができないというコンセンサスが必要かも
「Twitterなんかで発言しても動画や画像投稿してもお互い時間の無駄ですよ、議論がしたいならこっちで、ほぼ確実に残るテキスト（と情報源）のみでどうぞ」みたいな空気を作りたい
あと俺としては、「以前の発言は間違ってました、ごめんなさい」が簡単にできるという（ただしその間違っていた発言と修正の履歴は残る）点をウリにしたい
当たり前だけど人間はしばしば間違う
現代のメディアや議論の場は、間違いを指摘されて、それが間違いであると本人が感じたら素直に謝れるような仕組みになっていない
俺も文字での議論もさることながら対面での議論では殊更よく間違うので、日本の国会中継なんか共感性羞恥で見ていられない
でもそれをできるように、そして記録として誰でも見られるように残しておきたい
議論がいつまでも収束しないのは、上述した通り、別にそれでも良いんじゃないのと思う
重要なのは議論をした彼らや、それを目の当たりにした人達がその流れを見てどう考えるか、考え続けるかだと思う
1行目については、そうかもしれない
「議論なんかじゃ何も解決しない」と思っている人ほど、見て考えて、ときに参加して欲しいとは思う
2行目については、そういう人達は（「共感を得られるかどうか」が本人の直接的な生死に関わる問題になる場合を除いて）議論の場からは淘汰されて欲しい
3行目については、自分の書き込みとAIの回答が全て公開されるとかであれば、上手く作れば良いサービスになると思う
頑張って
人間に反論されると間違いを認められないのが人間なので、AI が議論の論理判断（善悪判断はしない）をしてそれを表示するサポート機能が必要。
なるほど
矛盾を投稿できないようにするんではなく、下書きの際にそれ矛盾じゃない？とサジェストする機能はありかもしれない
俺がやるとしたら将来実装になるかな
当増田の引用しなかった部分は既に要件として元記事に書いているので割愛
しっきーて人が作ったのか
https://blog.skky.jp/archive/category/Webgeki
見てる感じ、議論というより論戦かな
時間制限を設けてるあたり論破前提の人がレート上げそうで、ちょっと俺とは思想が違うな
でも、
今のネットって、内容パクってもPV集まればいいとドヤ顔するメディア関係の人がいるくらい、PVとフォロワー数が正義の世界で、「対話する」とか「検証」みたいなものってあんまり成り立たないんですよね。
で、ネット上で人気や数値を集めようとする類いの行為って、（よっぽど上手くやらない限りは、）バカのままでいるかメンヘラになるかしかない種類のものじゃないですか。
もちろん、それが好きな人のほうが数はずっと多いのだけど、そうじゃない場所があったっていいじゃないか、ってことです。「言いっ放し」にならない空気が働く場所をウェブ上にちょっとでも担保できればな、というのがウェブゲキの目標です。
過ちを認めさせたいというのが謎
ただ、発言者本人が過ちを素直に認められないと、そこで議論が止まってしまうか、「なんで過ちを認めないの？」という方向に捻じ曲がってしまう
簡単に修正できる and 修正を要求できるプラットフォームを作ることで議論を促すことができるのでは、と思ってるけど、厳しいか？
あと、評価経済って言葉自体知らなかったけど、↓で書かれてるようなこと？
https://canary.lounge.dmm.com/17241/
であれば、俺は
と思っているので、この人とは思想が全く違う
ただ、元記事の要件で作られたプラットフォームが、発言者に間接的な経済的利益をもたらすことは無いとは言えない
増田みたいに匿名で長文OKってプラットフォームなかなか無いので、これにアカウント名が表示されるだけでも大分違うんじゃないかな？とは思うんだよな。
俺個人のWeb関連の技術力を鑑みると確かにそういったものを作るのが現実的で、実際だいぶ前に考えたことがある
その時はユーザー認証を実装するのが面倒でやめたんだけど、今は各PaaSで色々あるしね
誰か詳しい人がコメントしてくれて知見を与えてくれるし、
こういう前向きなコメントは見てるこっちまでなんか嬉しくなる
こんな人が増えるとすごく良い
sds-page ブロックチェーン使って発言をNFT化すれば履歴も残って改竄が難しくなる。発言にもガス代が必要で熟考の余地が生まれる
これに近いことは俺も考えてた
上述したように、後世に議論の跡を残すことも重要なことだと思う
ただ、おそらくNFT単体では本人証明ができないので、要件として足りない
NFTと運営側が持ってるユーザー情報のセキュアな紐付けがかなり実装めんどくさそう（個人の感想です）
「発言にガス代が必要」というのは、発言者にガス代を負担させるということ？
そうでないのであれば教えてほしい
ちなみに知ってるかもしれないけど、イーサリアムの考案者Vitalik Buterinは、ごく平たく言えば本人証明のための「譲渡のできない」トークン、SBT（SoulBound Tokens）というものを提唱している
以下その論文
Decentralized Society: Finding Web3’s Soul
1ページ目の概要読むだけで彼の言いたいことは大体掴めると思う
これかな↓
（Knockout.js使ってるのか、珍しいな。どうでも良いことだけど）
これはこれで行政の在り方としてはかなり良い感じだけど、
といった点で個人的には惜しい
元記事には書いてなかったことを補足すると、「good」「bad」ボタンは「ボタンを押した人が『なぜ』その発言をgood or badと思ったか」という情報が抜け落ちて、その投票結果を見た人にとって議論のノイズになりうると考えている
初恋というか、初めて二次元でヌいたのはぬ～べ～の女性キャラの誰かだったはず
当時は少年漫画の作中でJSくらいの娘が普通にエロい目に遭ってたんだけど、ぬ～べ～にはロリ貧乳もロリ巨乳もショタもお姉さんもツンデレもクーデレもと結構欲張りな布陣で、ズリネタがその時の気分でコロコロ変わるようになったのは今思えばあの漫画の影響かもしれない
初恋は誰だろうな、たぶん↓のどれか
例外もあるけど、その娘自体を好きになるってよりはその娘をとりまく恋愛シチュを好む傾向にある。北代を振った糞メガネは絶許
あとは、リアルの実妹に恋をしている影響で小説やら漫画やらで近親相姦ものを手当たり次第に漁ってた時期があって、今もその傾向はゆるゆると続いてる
ラノベでは今となっては一ジャンルなので列挙しきれないけど、10代半ばに読んだ宮本輝の「焚き火の終わり」と村山由佳の「星々の舟」はむちゃくちゃヌけるわ切ないわでなあ
React.jsを使うと、Node.jsの学習って無駄になるんでしょうか？
例えば、何か新しい機能を追加したい、となったらNodeのライブラリじゃなくて、reactのライブラリを使いますよね？ もしくは普通にJSで書くとか（？）
無駄にはなりません。
まず、「Node.js、Deno」はサーバー･サイドJavaScript、「React」はクライアント･サイドJavaScript(つまりブラウザ側)なので、役割分担が違います。
ただし日本のプロの世界では「Node.js、Deno」はイマイチ人気は無いので、プロを目指すなら無駄になるでしょう。
そうですが、Next.jsは人気は無いので、Reactを強く推奨します。
Google Trendsは、あくまでもキーワードの人気度であり、本体の人気度ではありませんが、人々の関心度と考えて良いでしょう。
https://trends.google.co.jp/trends/explore?date=2013-06-01%202022-06-01&q=jQuery,React,Vue,Angular
Vue.jsはhtmlのような一度記述するとファイルを更新するまで記載内容を変えられないようなファイル（静的ファイルと言います）をユーザーがボタンなどの操作を行うことで、Google Chromeなどに表示された後でも、htmlの内容を随時更新させるような仕組みを提供してくれるツールです。
HTMLは構造体と呼ばれる設計図ですが、Vue.jsというのはJavascript（ジャバスクリプトと呼びます。Java（ジャバ）ではありません。メロンとメロンパンくらい意味が違います。）とよばれるスクリプト型のプログラム言語をより書きやすく、かつ使いやすくした新世代のJavascriptの一種です。
