はてなキーワード: Jsとは
自分は、プログラミングはホボできない。(AtCoder緑程度、CTFはシーザー暗号解いて喜ぶレベル、Vue.jsでコンポーズで苦しむレベル)
機械学習は勉強したこともない。(『はじめてのディープラーニング』は1冊大体実装しました)
しかし、AI知識ではなく、ITシステム企業に「ドメイン知識があるから」ということで、AI評価者となった。
論文化が目的なら、使えないAIでも、「似たような成功例あるし、未来への教唆って感じでいいかな〜」と思って見てます。
「kaggle勉強するぞ!『はじめてのディープラーニング』を勉強するぞ!」とAI知識や、
「AWSの構造を理解して、通信的な部分での実装に対してgithubでコミットするぞ!」とか。
「CTFやって、ハッカー攻撃とかを想定したインフラへのフィードバックするぞ!」とか。
「素数暗号や楕円関数やブロックチェーンでセキュアな情報を提供するぞ!」とか。
そういう、勉強するき満々だった。
プログラミングを勉強して、プログラマーとしてブイブイ言わせると。
なんなら、webサイト作ってマネタイズの経験を複数経験しておいた。
ドメインに無かった必要そうなwebサービスもいくつかFirebaseにあげてみたりした。
う〜ん。
世の中への貢献としてドメイン知識持って、ドメインの世界をよくしたいものとしては、この働きがベストなんだろうけど。
世の中のドメインの偉い研究者の壮大なAIファンタジーをリアルな実績に補正するための仕事みたいな。
自分のAI知識は何もないんだけど、「AIがファンタジーにならず法律にも触れず業務フローのなかでワークし市場でマネタイズできるか」をチェックする人。
なんか、生産性というか、なんだろ。
「無駄なAI研究を否定して未然に止める」ってどうやって生産性っていうんでしょ。
転職とかできるのかな。AI担当者としてコメントしてるだけとか、どうやって能力として証明するんだろ。
とりあえず、10個くらいのAIプロジェクトに関わって、研究結果とか出すんだろうけど。
論文に自分の名前はおそらく乗らない。表に自分の実績はでない。(研究計画書に名前乗るけど)
ただコメントしてただけのAI担当者(AIプログラミングはできません)って、どうなんだろう。
明らかに不合理なドメインを確実によくしてる仕事なんだけど。。。
やはり、クラウドサーバー使えたり、新しいサービスを作れるみたいな、わかりやすい技術欲しいなあ。
って意味があるのかなあ。面白いとは思うけど、ドメインへの貢献にはそれはいらなくないかと思ってしまう。
自分でもドメインへ貢献するサービス作ってるから、そちらで創業することも考えようかなあ。
https://www.gizmodo.jp/2021/03/5-reasons-to-ditch-gmail-for-protonmail.html
エンドツーエンド暗号化とゼロアクセスはProtonMailが約束する重要な特徴のひとつで、ProtonMailさえもユーザーのメッセージを読めません。そのうえ、コードと暗号化ライブラリはオープンソースであって誰でも見ることができるので、秘密裏にバックドアを隠せっこありません。
ちょっと疑問なんだけど、本番環境でソレが使われてるって保証はどうやってしてんの?
https://b.hatena.ne.jp/entry/4699887283822227714/comment/theatrical
ossだからバックドアが仕掛けられないと言う主張はおかしい。ossでもコードいじってバックドア仕掛けることはできるし。これはwebclientのjsで暗号化してるから、実際の暗号化処理が確認できて安全と言う方が正しいと思う
DWindow.jsっていうののプログラムの流れが分からんのだ。
if (arguments.length < 2) min = -Infinity; if (arguments.length < 3) max = Infinity; return (parseInt(value, 10) || 0).clamp(min, max);
これがさっっっぱり分からん。Infinityは何処から出てきた?
10か0かっていうのも、窓の数は最大10って書いてあったが、それが問題なのか?
やりたいのが、これと同じように「変数」の値を設定するとして、
配列分ループして色々確認したいのだが、そもそも配列はどうやってやるん?となってる。
Numberだけでなく、Stringの配列も使う予定だ。うーーーーーーーーーーーん。
javascriptの勉強サイトを確認したら分かるものなのか?
もっとソース貼ろうとしたら、匿名ダイアリーに怒られたので載せられん…。
すまんが、詳しい人教えてくれ。
同い年じゃん。めっちゃ気持ちわかりすぎて、寝かけてたのにスマホ投げ出してPC立ち上げて書いてるわ。なにしてくれてんねん…。
俺もなんどか転職しててさー、開発会社(倒産)→SES(技術営業)→SES(開発)って感じで底辺をウロウロしてるよ。
技術への憧れ、わかるわ。とくにやりたいことがあるわけじゃないんだけど、アジャイル本・RoR・Vue.js・Python・Git、AWSの本とか買ったわ。業務で使う機会ないけど。
<クソ長い俺の経歴という名の愚痴を書いてたが消した。1~2時間くらい書いてたわ、バカかな?>
俺は「金」より「やりたいこと」をとったよ。こっちのほうが後悔しないかなって思って。
年収はすげー下がったし(300万→550万→350万)、今やってるとこもクソみてえな現場に派遣されて技術成長は皆無で辛いし
33歳で年収350万ってのはちと泣けてくるし…もうちょい収入か技術力がついてれば「やりたいこと」を選択してよかったって言えるんだがなあ。いまんとこ、後悔4割って感じかな…。
HTML、CSS、JSの基礎は習得し、WordPressを使いイチからDockerを駆使して開発環境の立ち上げや、GitおよびGithubでのRepo管理やcommit、本番サーバーで運用できる程度の知識
誰かが作ってくれたフレームワークを組み合わせて使うことができるくらいで、エンジニアを名乗るなって言いたい
ZonuChat - AAキャラをアバターにして交流できるスマホ対応のチャットサービス
https://i.imgur.com/Cfn61sv.png
↑
イメージはみたいな感じ
Flash終了に伴いこの手のサービスで閉鎖されるのが増えそうなので年末年始ステイホームで暇だったのもあり思いつきで開発始めてみた
一応まだ粗い部分とかアバターが少なかったりとか足りない機能もあるけど出社始まる前に一応動く段階になったからベータ版として一旦公開してみる
やきう民や嫌儲くんの可愛いキャラクターをアバターとしてみんなで交流できるよ
座標計算とか無限ループ中でnミリ秒ごとに何ピクセル移動させるとか割とブラウザゲーみたいな内容だったけどこのくらいならVue.jsでもなんとかなるもんですね
よかったらブクマしてみてねー
next.js が vercel を提供して CDN からサーバーサイドでの処理までをワンストップに提供しているとか、 firebase がクライアントサイドでの SDK と Cloud Functions をなるべく一貫した体験で提供しようとしていることとか、あるいは今話題の React Server Component とかについて、フロントエンドの最前線がいったいどのような苦しみにあるか、理解できる人は実はあまり多くないのではないか、と僕は思っている。
それは何かといえば、絶望的なまでのサーバーサイド/バックエンドへの忌避感だ。「とにかくフロントエンド領域しか絶対にやりたくない」という人が沢山いるが、しかし一方フロントエンドで無理しないでサーバーを書くだけで楽になるようなタスクはいくらでもある(典型的には API たくさんアクセスするとか)。
そうしたときに、フロントエンドメインだがバックエンドも書けるみたいな人がそういうサーバー忌避患者を介護する層として BFF の需要があり(無論それだけが BFF に求められるのではなく認証などの要素も大きいが)、サーバーサイドレンダリングというタスクもあるため node.js で何らかのサーバーが書かれていった。
アイソモーフィックな JS によりフロントエンドとサーバーサイドを統合する、という試みはこれまであまり成功しなかったので(結局どっちにも詳しくないといけないから正しく書ける人がすくない)、 next.js の getStaticProps や React Server Component は「サーバーサイドだけで動くコードを見た目上フロントエンドのコードの中に含める」という解決策を提示した。
ここまでしないとフロントの人がサーバー側を書いてくれないという現実は、あるわけですよ。「そんな奴言って聞かせりゃいいじゃねえか」とか思うかもしれないけど、これが現実。これが全てという話でもないけど、わりとこんな話が大きいように僕には見える。
起きていることはそういう話なのだけど、これはけして JSP 時代への先祖帰りではなく、この進歩の先にはサーバーとクライアントを跨いで快適な UX を誰でも簡単に実現するという未来が、もしかしたら今回こそ実現できるかもしれない、と僕は思ってます。
この程度でも600万は稼げるという夢を持つか、こんなのでもちょっと何かが違うだけで600万稼げるか否かが分かれてしまう業界に闇を感じるか、600万程度で何ドヤってるの?と思うかはご自由にどうぞ(外資系ってもっと稼げるの?)。
歳は30台前半。学部卒。BtoB向けのパッケージ製品の開発プロジェクトで、設計、コーディング、テストあたりを担当している。仕様について発注元との折衝もやっている。
業務で使う技術のうち、自分自身がそれなりに習得しているものだけを書く。プライベートでしか習得・使用していない技術は別。
以上。
PythonもgitもDockerもkubernetesもAnsibleもCIツールもAWSもGCPもRuby on Railsも知らなくてもなんとかなってしまっている。業務でこれらのスキルを要求されることは(今のところは)ないから。
楽でいいと思う一方、このままだと将来ヤバいとも思っている。いざ転職となったときに詰みそう。
でもいざとなったらググっていくらでも独学できるだろうとたかをくくっているので焦ってはいない。
というか「その他」のところに書いた能力が高ければ世の中大体はなんとかなるんじゃないの。知らんけど。
ちなみに自分は構築できないというだけで、プロジェクトではJenkinsとかgradleとかbabelだかwebpackだかでビルド環境は整えられている。
あとプライベートで、単純な仕様の独自言語のコンパイラフロントエンドをC++とLLVMで作っている(これで金が稼げるとは微塵も思っておらず、完全にただの趣味)。
もうすぐ年末年始休暇も折り返しに差し掛かるので軽く振り返ってみる。
作っていたウェブアプリをJavascriptからTypeScriptに移行した。
自分はこのウェブアプリに関して『自分の死んだ後も変わらず動作し続け、後世の奇特な人が気が向いたらメンテ出来る』ことを目指しているので、できるだけフレームワークなどは利用せずpureなJavascriptで実装していた。最初はjqueryを使っていたが廃止し、bootstrapも使っていたが廃止し、Vue.jsで作り直したものも本番投入せず廃棄した。他のウェブアプリで新しい技術を試すことはあっても、このウェブアプリだけは徹底的に保守的なスタンスを貫いてきた。でもここ数年の流れから言って、TypeScriptなら将来的にも大丈夫かな、と思えて来たので、満を持してのTypeScript化。
イベントの実行順序などで多少苦戦したものの、それ以外は大きな問題もなくTypescriptで再構築することができた。
あーやっぱり型があると良いね。画面制御と描画処理が今まで1つのモジュールでやっててそれを何とか解消したかったんだけど、型が入ることでそのリファクタリングを安全に行うことができた。描画周りが分離できたんで、そこだけvueなりreactなりに再挑戦するのもアリかもしれない。どっぷりフレームワークに浸かるのは避けたいけど、部分導入だけなら後で捨てるのも容易になる。捨てるのが簡単ならちょっとくらい試しても良いかもしれない。
Google App Engineで動作している自分のサイトをPythonからGoに移行した。
サーバーサイドではほとんど何もやっていないので別にPythonで不便はなかったんだけど、インスタンスの起動がGoの方が早いらしいので、Goに移行することにした。起動が早ければ待機させるインスタンスの数を抑えられるので、費用の低減を図れる。Goで作り直すと言ってもほとんどが静的なhtml。手作りbootstrapからhugoに移行して、サーバーじゃないとできない最低限の処理をGoで書き直し。素人感丸出しのサイトが、hugoのテーマのお陰でそれなりに見栄えのするものになった。