@brsywe 百合で抜くあんまり分からんかもしれない
ボンクラプログラマー
頭とお腹が弱い。
最近は個人鯖の @shibafu528 がメインです。
⚠️ CW設定のない下品な発言が非常に多いです。これは仕様ですのでご了承下さい。
ℹ️ spam対策でフォロー承認制にしています。上の一文が構わないという方ならお気軽にどうぞ。
FINAL FANTASY XIV 関連の著作物は
(C) SQUARE ENIX CO., LTD. All Rights Reserved.
なんか職場PCのChromium更新してから、カジュアルにGmailとかがアンロードされた感じの動きしててすっげえ鬱陶しい
今日変なJS見てこれバグなのか狙い通りなのかどっちよ…みたいなこと書いたら一瞬でこれはこういうイディオムがあってな…と言われてJS怖すぎて震えた
type Ochinchin interface {
ejaculate() Sperm
}
今これを見ていますって書いてMac App Storeのスクショを貼りそうになったが、リアルネームが入っていることに気づけたので取り消しました
今日はバカっぽいスクリプトを作って社内Slackに放流したらもっとちゃんとした場所に置いてって言われてハイ…つってた
今はコードを書く気が思ったより起きなくて、Xcodeが永遠にアップデート完了しないのをながめてます
普段買ってるボディソープがヨドで売り切れてて発注を1トランザクションに収められねー でもそろそろ買っとかないと切らしたときに思い出しそう
M1 Airが優勝しまくってる風になってるから、俺の持ってる最後のIntel Airがゴミみたいじゃないですかー
Air 2020 Early、初期はJB製品がOS巻き込んでクラッシュしまくるし、アップルシコリンで早々に終売になったし受難の型番すぎる
書いているプログラムに求められているのが効率か、効率を損なってでも確実に仕事を終わらせないといけないのかによっていたずらにアロケーションを走らせることが許されるかは変わるって話はしなくていいですよね?
まあ俺は何も考えずにヒープからメモリをガメるし処理系に全部任せるんですけどね、知識がないので
Androidアプリですら今は富豪的な開発が許されている Dalvikはゴミだった
HotSpotがある程度よしなにGCしてくれるから困ってなかった人たちが突然DalvikのゴミカスGCに翻弄された日々〜
必要のないオブジェクトを不必要に量産したら遅い、一応最近実感することはあってソダネ…ってなった
stable-x86_64-unknown-linux-gnu updated - rustc 1.48.0 (7eac88abb 2020-11-16) (from rustc 1.41.1 (f3e1a954d 2020-02-24))
Finished dev [unoptimized + debuginfo] target(s) in 1m 35s
このアカウントは、notestockで公開設定になっていません。
JVMに居座ったままJavaやめたい人たちは既にシフトしてしまってるし、Kotlinみたいな実用振り言語に移りたい人がJavaに残ってなさそう
Android界隈は古いJavaバイトコードとランタイムライブラリに縛られてるのでJavaの新機能とか言われても…な空気がずっとあったし、かといって言語を良くするのにScala乗っけるのはヘビーだとか趣味が合わないとかであまり受け入れられず、Kotlinが一気にゲームチェンジしてしまった感がある
Kotlinはそれなりに素直なバイトコードで、便利なラムダ取る系操作もそれなりに展開されたバイトコードになるし、初期はそんなにランタイムもでかくなかったし(今は知らん)、パラダイムシフトも大きすぎないし、まあ受け入れやすかった所ありますね…
関数を取るメソッドが全部、普通のJavaのように暗黙にクラス生成されて仮想呼び出しにされてたらAndroid的には64k limitが一気に近づくわ遅いわで良いことがない
今ではあまり恐れないかもしれないけど、64k limitは恐怖そのものでしたので
64kを簡単に越える楽しい方法があって、Eclipse Collectionsっていう便利ライブラリ入れると一撃で死んう
別にAndroid 5.0+ならランタイムが複数のdexを軽量にロードしてくれるからどうでもいい
今なら本当にどうでもいいが、Android 4.4までをサポートする時代ならmultidexにするとアプリの起動時間に大幅なペナルティがかかるから体験のためには回避したほうが良い
Eclipse Collectionsの主な適用領域、素のJava Collection Frameworkで足りないものを補うこと
そして、プリミティブ型に対するボクシングペナルティなしのコレクションを手に入れること
昔はListViewのレンダリングのたびにオートボクシングの処理を繰り返すのGCに負荷がかかるから避けたくて、ListViewから参照されうるプリミティブ型を格納したいコレクションはEclipse Collectionsのもので置き換えるとかしてた
thread-id crate入れてみたけど、まじで同じスレッドでしか走ってねー
カチューぴゃ - ニコニコ動画
https://www.nicovideo.jp/watch/sm37846715
collector→centralの通信はできるようになったけど、格納のデータ構造を何も考えてなかったので先に進めない
あー完全に主目的を見失いかけていた。俺が欲しいのはファイルをどこにどう置くか、ファイルを追加した後にポストプロセスをいい感じにキックしてくれるのを任せられるサーバデーモンがほしいんだ
間違っても録画予約と視聴のソフトウェアがほしいわけではない、それはもういくらでもある
iPad Pro 12.9inch + Apple Pencil、保存できるホワイトボードとして便利
適当にジェネリック書いてたらコンパイルは通るけど本当に必要な制約になってるのか自信が持てないプログラムが生まれた