タグ

ブックマーク / satoru-takeuchi.hatenablog.com (5)

  • 好きなの使って他のをけなさない - 覚書

    私が生業とするソフトウェア開発において、OSやコードエディタやプログラミング言語など、様々なソフトウェアを使います*1。これらについて私が使っているものを理由付きで書くと次のようになります。 OS: Ubuntu 22.04 細かい設定をしなくてもそれなりに使える。よく普及しているから色々な情報を得やすい コードエディタ: VSCode 細かい設定をしなくてもそれなりに使える。Remote SSH extensionを使ったリモートマシン上での開発が楽 プログラミング言語: 主にGo 使い慣れているから。システムプログラムをするから。覚えやすいから これらにそれなりの愛着はあるものの、今後置かれる状況によって、どんどん変わってくるでしょう。じっさい10年くらい前はGoはほとんど使っていなくて、Cプログラマでした。 私はこんな感じですが、中には特定のソフトウェアに愛情を注ぐ人もいます。それ自

    好きなの使って他のをけなさない - 覚書
    NOV1975
    NOV1975 2022/12/27
    集団で何かをするとき、どうしても「標準化」をしなければならないことがある。そうするとそう単純に言ってられないこともある。
  • kindleの本が全部消えた話(4) 完結編 ~ 書籍のリスト復旧と自分の記憶の誤り - 覚書

    6/1 - 誤字修正。amacon -> amazon 6.11 - kindle電子書籍がすべて復旧したことを追記 - amazon prime videoやamazon prime musicの不具合についての顛末を追加 以下エントリの続きです。 satoru-takeuchi.hatenablog.com 概要 問題 4月9日にkindleが全部消えた。その後に新たに買ったも読めないように見える。消えたはわかっている範囲で300冊以上、総額は恐らく30-60万円程度 amazon prime videoやmusicなどにも(少なくともAndroidアプリからは)アクセスできなくなっている 問題発生契機 問題発生契機は、かつてamazon.co.jpのアカウントと統合したamazon.comのアカウントを消したこと 解決方法 amazon.co.jpの別アカウントを新規作成の

    kindleの本が全部消えた話(4) 完結編 ~ 書籍のリスト復旧と自分の記憶の誤り - 覚書
    NOV1975
    NOV1975 2022/06/01
    仕様なのはいいけど、もっと楽に復旧できればいいだけの話なんだよなあ。賃貸マンションの鍵無くしたら家財ごと没収されるみたいなもんじゃん
  • kindleの本が全部消えた話(3) 「仕様です」編 - 覚書

    2022/5/27 変更 - この挙動が仕様ということを示すamazon.comのヘルプページへのリンクを張るとともに引用した - amazonのサポートに、amazonの指示によって問題のある操作をしたことがわかる通話履歴があるはずの日時を伝えた - amazon.comのサポートセンターに諸々書くにした旨追記 - こちらからamazonへの要求について補足 2022/6/1 変更 - 「サポートの指示によってamazon.comのアカウントを消した」のではなく「使用していないamazon.comのアカウントを閉鎖してもいいのか」という趣旨の質問を私がしたのに対して「そうですね」と回答されたということがわかったので、訂正。 編集前の記述には取り消し線を引いて、編集後の記述は強調表示しました。 NOTE: 上記変更点にもあるように、「サポートの指示によってamazon.comのアカウントを

    kindleの本が全部消えた話(3) 「仕様です」編 - 覚書
    NOV1975
    NOV1975 2022/05/27
    これ「システムの仕様」でできないと言っても購入して利用できる権利は残ってるわけだから別のアカウントに紐付け対応とかを正規ルートでできるようにしないとダメだな。身元不明なマネロン野郎じゃないんだから
  • ヘタクソなコードを書いてもいい - 覚書

    プログラミング言語のお作法から外れたコードやメンテ性が悪いコードを書くのはダメとよくいわれます。わたしは学生の頃、そういう意見を過剰に気にしていました。コードを書くことそのものに慣れていないのに綺麗に書こうとして手が動かず、動かないがゆえにコーディングの練習が進まない、という悪循環になっていました。そうすると何もアウトプットしないまま知識だけが増えていって、自分がこれくらいできそうというイメージと実際のプログラミング能力とのギャップで苦しみました。 この意識が薄れたのは、あるときものすごく手が早い人のコードを偶然見たときでした。たしかにちゃんと動くものができているんですが、そのコードの中身は当時の私の基準からいって*1おぞましいほど汚いものでした。そこで「これはわたしが書けば100倍くらい綺麗なコードを書けるんでは…」と一瞬思ったんですが、その後すぐに「あ、自分は知識はあるけど練習してない

    ヘタクソなコードを書いてもいい - 覚書
    NOV1975
    NOV1975 2021/07/12
    「練習中だから」の自覚があるかないかの話だよなあ
  • べつにQiita使ってもいいんじゃないの - 覚書

    Qiitaは悪く言われがちです。よく聞く理由は次のようなものです。 記事の品質が低い 低品質なものが検索上位に来るので邪魔 これらからのコピペばっかでプログラミングしてるやつらが嫌い これらはごもっともだなあと思う反面、そこから一歩先に進んで「Qiita見んな」「見てるやつはエンジニア失格」とか言われるとちょっと違うかなあと思います。ここには良い記事もけっこう転がっているので、やりかたさえ気を付ければとても便利なサイトだと思っていますし、実際けっこう参照しています。 気を付けているのは次のようなことです。 記事の品質の問題 タイトルがそれっぽいものはとりあえず斜め読みしてみる 中身がスカスカだったり論旨が不明瞭だったり煽りっぽかったりする人は容赦なくブロック 検索の問題 文字列検索では、なるべく具体的、かつ、ひっかかる数が少なそうなものにする「kubernetesについて検索したけどk8s

    べつにQiita使ってもいいんじゃないの - 覚書
    NOV1975
    NOV1975 2019/10/20
    いつの間にかQiitaにクソ記事載せんながQiita使うなになってるの?なってないと思うよ。引き続きQittaにクソ記事載せるな、でいいでしょ。
  • 1