This account is not set to public on notestock.
This account is not set to public on notestock.
負の感情による人間の行動を描くの、物語に動かされている感が出がちで、それを感じさせないように描かれているとうまいなーと感じる
モチベーション・アップのマンスリーポスター、見えるところに貼っておきたさある。他人に言われたくはないが自戒には良さそうなものはいくつかある
もしかして、ものすごく致命的なミスをしている?毎月 15 日に必ず錬金か探索に行っていて 1 回も行商人に会ってない……?
15日をしっかり開けておいたら、ちゃんとコオルが来たので、奇跡的に今まですべての15日を回避してたっぽい
本当に必要なのは Touch Bar ではなく、印字が必要に応じて変わるファンクションキーなんじゃないかと思った
シコリティのユニバーサルデザイン、改めて見ると、オタク論で挙げられがちなポイントをオタク側から挙げただけなんだよな
画面眩しいな本当に夜間モードになってるのか?って言って夜間モード無効化すると眩しい!青い!死ぬ!になる
AsyncLocal って区切られた環境みんなで同じ値を見るのかと思ってたけど、 async の中の async の中の……の一方通行で伝搬するだけか
MS Live アドミンセンターに入れなくなってるけど、独自ドメイン Outlook.com の設定どうやって確認するんだ?
linux-sunxi 完全に理解したい。ネットに転がってるイメージを SD カードに焼くだけじゃ何が本質なのかわからんもんなぁ
Gargron が Gargron が言わないためにも、デファクトスタンダードの存在は崩したいなぁ
まぁそんなこと言ってる前にお前が作れなんですけど、結構な規模なコードを書かないと本番に投入できるようなものじゃないので、なかなかやるタイミングがなぁ
JS なんて OS のスレッドに依存する要素ないんだから await 導入するより Go みたいな文法的には非同期かどうかを意識する必要ないようにもできただろうに
linux-sunxi の wiki 見て初めて気づいたんですけど、うちの PINE A64、メモリ 1GB モデル(PINE A64+)だから GbE 対応だったんですね……。せっかくハブが GbE になったので iperf したら 200Mbps 出た
くねくねするおもちゃなんていうんだと思って「くねくねするやつ」でググったら、スケボーみたいな見た目の遠心力で前進する乗り物が出てきた
WeChat Mini Program、 XML でビューを定義して JS でコード書けるってもう完璧にクロスプラットフォームアプリフレームワークじゃん
あっ img.azyobuzi.net にリソース回せってことですね!(そろそろ Instagram API 申請バトルしなきゃかなぁ……)
img.azyobuzi.net の負荷が高くてミラーお願いしてた頃は CGI だったのが悪かったので、今はかなり落ち着いている
@upsilon 恒常的にアクセスはあるので Function より普通にサーバーがあったほうがお得なような気もしますがどうなんでしょう? あと本当に負荷はすごく小さくなっているので、全部うちの VPS に向けてもらっても大丈夫なはずです(僕の設定ミスで即死するアベイラビリティの低さはありますが)
僕のところへのリクエストが月200万ということは、単純に2バイト考えると400万。つまり 22.4x3 で 67.2 円か。メモリ使用量による課金の方はどう計算したらいいんだろう
@upsilon 確かに安く抑えられそうな気もしてきました。ただ、キャッシュの置き場所がないとただの攻撃サーバーになってしまうので、追加でなにか必要ではありますよね
@upsilon CDN にやらせるという発想はなかった!(いけそうですか?)
KVS 置くのに関しては、コストが VPS より安くなることはなさそうというお気持ちがあります
@upsilon なるほど。前段 CDN 前提で一切キャッシュしない Function 実装ありよりのありっぽいですね
Functions、触るの DreamSpark サブスクリプションではダメっぽいので、通常サブスクリプション確保して、ついでに無料枠で1ヶ月 VPS 代浮かせるか
Progress、 IProgress で受け取った側が Report するけど、 Progress 作った側は Report しないので妥当な設計に見えるが
ストレージ 20GB の環境ね、最初は余裕だけど、気づくといつ入れたかわからないパッケージで圧迫されているので、ビルド環境は作らないなどの制約を持って構築すればいけるいける
僕の ConoHa 鯖、ストレージ使用量が 28GB/50GB だった。もう何が入ってるのかさっぱりわからんが、ひとつ言えるのは、外部ストレージを使っていないので、あんなデータやこんなデータなどが 5GB 以上占めていること
リードオンリーだけど IList 実装したいから、変更を加える操作は非 public で throw NotSupportedException とかあるし、インターフェイスと public メンバーが違うのは許容できる選択だと思ってる
Progress<T> が SynchronizationContext 使うことにぶち切れた結果などがある https://github.com/CoreTweet/CoreTweet/blob/265bbe8e18cfa10a008bc02a7fbee319be77f32c/CoreTweet.Shared/Internal/SimpleProgress.cs
SynchronizationContext に関する扱い、大体 GUI アプリからの使い心地方向に倒されているので、ライブラリ作る側からするといつ罠が潜んでいるかビクビクする
逆に Twitter なんて大規模サービスが API を 1 個追加した日には、それを 5 年以上は保守しなきゃいけないので、簡単にサードパティ―に API なんて公開できない
オレンジが言いたいこととしては、外向きのAPIがどうのとかに限った話じゃなく、あらゆるプログラミングの要素は、互換性とその維持の為の将来性を考えながらプログラミングするべきだし、克服不可能あるいは困難な非互換が生じてしまったら土下座するつもりで望むべき!>< みたいな心構えがみたいな・・・・><
互換性を維持するべきかどうかは、そのプロダクトにどのくらい責任を負っているか次第だと思ってる。客がいっぱいいる、変更で信頼を失うなら意地でも維持するべきだし、そうでなければ利用者に負担を押し付けていく。
互換性を維持するには誰かが負担を背負っていかなければいけないんだけれども、もう自分は使わないから捨てたいって言っている人が背負う必要はなく、使いたい人が背負うのが正常ではないかと。特に自由ソフトウェアならば
ちょっと自宅サーバーとかわからないのでうちには http://akizukidenshi.com/catalog/g/gM-11954/ しかないですね……
素の Dash to Dock からオプションだけで Ubuntu のものと同じような挙動まで持っていけるものなの?
Debian でやったときはこれぜんぜん違うじゃんになったけど、単にパッケージリポジトリのものが古かっただけかもしれない
Dash to Dock は ubuntu ブランチがあって、それが Ubuntu に組み込まれてるはずです
あのドックが、 GNOME3 に置き換えられてもなお Ubuntu デスクトップ環境の Ubuntu たらしめている要素だし、僕は好き
Arduino からマイコン引っこ抜けば、 UART ↔ USB 変換器になるよって書いてあってほげえええになってる。引っこ抜くんですか、マジですか……
3.3V 端子から 4V 出てるってレビューが何個もあって怖い https://www.amazon.co.jp/dp/B01LXHQIF0/ref=cm_sw_r_cp_awdb_c_tMteCbY5VC2S3
URLを知らない説というか、なんでもスクショで共有する話、iOSの共有ボタンが意味不明なアイコンしてるのが悪いと思ってる。「友達に教える」くらいにやわらかい表現の言葉で表すか、最高に意味の伝わる新しいアイコンで示してほしい。なお僕は共有ボタンが共有を意味するんだな〜と納得できるアイコンは見たいことないですけど
慣れてしまえばどれも共有ボタンだし、何も知らなければ全部、押したら何が起こるかわからないから押したくないボタン
プレゼントボックスアイコンは面白いな。押しても悪いことは起こらなそうだから、試しに押してみるモチベーションにはなるかも
Android は画面領域と意味の伝わり方を模索してる雰囲気は出ていると思う。アイコンを長押しすればヒントが出るし、ジェスチャー操作は間違えて実行しても元に戻すボタンが出るし。まぁそれでも万人理解はされないだろうなという感じ。
で、 iOS はバージョンが上がるごとに、まずボタンの境界線がなくなって、ホームボタンがジェスチャーだけになって……ってなんなの、ユーザーに負担をかけて楽しんでない?ねえ?
Windows の Fluent Design はどうなんだろうね。押せそうなところはカーソルを近づけると光り輝くのは面白い試みのような気もするけれど、僕は評価基準を持ってない
一方で、複合的かつ一般的な意味を持つ(もっといえば、「簡潔に表現できる意味を持たない」)ものについて具体的アイコンを提示しようというのが土台むりなのだろうという考えもあり、その観点では「抽象的なものは抽象的なアイコンを使えばよい (無理に現実の何物かを模倣して本質から離すよりマシ)」という気持ちもある
抽象的な表示は誘導があって初めて許されると思う。一般常識になるまでチュートリアルで示すのと、ヒントを出すのを徹底し続けなければ定着しない。(そしてパワーユーザーはそれを鬱陶しく思うでしょうし)
たとえば吹き出しアイコンだって漫画を読んだことのない人にはどのような意味や雰囲気を持つかわからないはずであって、情報というものを扱うようになった今、我々は無理に現実の物体を模倣してアイコンに落とすのではなく、広く共有されるお約束セットを広げていくことに注力した方が良いのではないかと思わなくもない
アプリ開発者にデザインガイドラインを出しているんだから、それをユーザーにも説明していかなければいけないので、箱を開けたら使える!使い方はわかるでしょ!じゃねんじゃ説明しろと思う。が、どうせ誰も読まない
Let's Encrypt の更新作業始めたので _acme-challenge.azyobuzi.net の TXT レコードが書き換わったら起こしてください(VALUE-DOMAIN のネームサーバー相手に自動更新ツール作る元気なんてない)
ConoHa の DNS 機能に移行するか~といった時期もありましたが、結局ほとんど困っていないので、ズルズルと何も変えないで生きている。現状維持は最高
VALUE-DOMAIN のネームサーバーの設定反映、設定反映 30 分 + TTL で考えないといけない感じがある
> The IP of this machine will be publicly logged as having requested this certificate.
って出てくるけど、登録情報検索できるところとかあるの?
京成バスナビ、亀有駅が「亀有駅」と「亀有駅(江戸川)」で分かれてるの最悪なんだけど、江戸川営業所って仲悪いの?
Google Pay ガチャ、 Google One と LINE MUSIC に程よく消化されてる
PayPay は登録してなかったから釣られなかったけど、 LINE Pay で 20% バックなら話は別だぞ(ガラッ
25日に電子書籍まとめ買い予定なので、ちょうど良いタイミング
http://oita.oika.me/2018/12/14/vscode-floating-window/ を読んで思った点として
1. upstreamにマージされる必要があるか?
あなたがその機能を必要だと思い、それを実装したとして、upstreamにマージされる必要はなく、あなたはそれを配布することができるのに、どうしてupstreamのIssueで白熱してしまうのか
2. 最終決定権は誰にある?
コントリビューターならば発言権がある!みたいな主張をされないためにも、 Contributor License Agreement を定めて、コードの権利を大元の組織においておくのは大切なんだなぁと思った。
> Python, at least version 2.7 (version 3 is not supported)
https://github.com/Microsoft/vscode/wiki/How-to-Contribute#build-and-run
優勝
LINQ で考えて、効率悪いと思って for ループに展開するって思考順序で書いているので、ここで IDE に「LINQ にできるよ!」とか言われたらぶち切れますよ
大恋愛、最初の方で物語のために動かされてる感強くて見てられんなぁと思って見てなかったけど、最終回良いやんけ
> 区では小・中学校全校に栄養士を配置し、各校が独自の献立を調理し提供しています。
https://www.city.edogawa.tokyo.jp/chiikijoho/kohoedogawa/h30/300120/300120_1.html