「インタフェース」を含む日記 RSS

はてなキーワード: インタフェースとは

2024-02-19

継承は欠陥機能から使うな

class Hoge(Foo) {
  // ...
}

なんてことは論理的にあり得ない。

HogeをFooとみなすかどうかは、一般的文脈によるからだ。

からHoge定義にFooのサブタイであることが課せられるのはおかしい。

ましてや、Fooの実装がinheritされるのは尚更おかしい。

例をあげよう。

カーテン家具でもあるし布製品でもある。

しかし、カーテン家具一種だとみなすか、布製品一種だとみなすかは、文脈による。

からカーテン定義にそれが家具であるとか布製品であるかいう条件が課されるのはおかしい。

インタフェースでも同様である

また、インタフェース実装おかしい。(たとえそれがクラス定義インタフェース実装が分離された場合、いわゆるProtocolというパターン、であっても)

AがBであるとき、AをBとみなす方法一般的には複数あり、どの方法によるかは文脈によるからだ。

たとえば、裏返して着られるパーカークラスWearableインタフェース実装しようとしたら、どちら向きをwear()メソッド実装するか定まらない。

から、A implements Bが一通りしかできない言語論理的に欠陥がある。

継承問題になるのは使い所が難しいからではない。

論理的に間違っているからだ。

2023-12-17

anond:20231216154938

コードの重複があるわけでもない状況で、コード関数ごとに分離するメリットデメリットを知りたいという話ですよね。

コードの重複がある場合関数などに切り分けていないと、同じコードを何度も書くことになり、不具合があった時にコピーされたすべての個所に変更が必要となるというデメリットがあるので理由がわかりやすいですが、重複が無いとその点が不明確ですね。

画面に収まらないサイズコード複数関数に分割するのが一般的だとは思います

理由元増田も書かれている通り、長いと理解の限度を超えるからです。

コード意味があるまとまりで短ければ短いほど理解がしやすいと思います

グローバル変数を使わないようにすると、入力・出力が関数を読むだけで明確にわかるので、さら理解がしやすいです。

また、関数に分けておけば、関数仕様通りに動くかの確認するユニットテスト簡単に書けます

ユニットテストでは関数さらにほかの関数を呼び出している場合、呼び出される関数の代わりにテストダブルを用意することもあります

分割して、複数関数を呼び出すようにすることのデメリットは、

下手糞が切り分けるとなんでそういう切り分けになったかからないところで切り分けられてかえって可読性が損なわれるとか、

関数機能拡張してより多く・あるいは少なくの情報必要な時に関数インタフェースの変更が必要になることとか、

関数を置いているファイル内の場所を変えたときバージョン管理システムが追っかけてくれないことがあるとか

くらいでしょうか。

いずれにせよ、分割するメリットの方がデメリットを上回ることが大半なので、大抵は機能ごとに分割して小さい関数を作り、それをメインからは呼ぶようにすると思います

以下、お悩みポイントに答えます

一番はメイン/サブ関数間で右往左往するので今やってる工程が何なのかがよくわからん

まず、関数名前をやっている工程を表すものにすることですね。

データの取り込み」 とか 「データ突合せ」とかを明示すると、それを呼んでいるということはそういうことをしてくれると思うので。

また、関数が何をしてくれるのかも関数コメントとしてつけておくとよいと思います

例えば、

filename引数指定されたファイルからデータを取り込み、JSONフォーマットで返す

引数: filename

返値: JSONフォーマットされた取り込まれデータ。例: [{'employee name': '山田 太郎', 'employee id': 1}]

例外: filenameを開けない場合はFileOpenError、JSONコンバートできなかった場合はConvertError

みたいなコメントをつけておくと何をする関数なのかわかるので、その機能を調べたいとき以外は読まないでいいかなと。

あと、コード連続で読みたい場合ソースを解析してタグジャンプをつけてくれるツールやらIDEやらを使うことが普通だと思います

あとは関数ごとに変数をいちいち定義し直すのがだるいみたいなのもありますね。

これはどういう意味でしょうか?同じものを表すのに関数ごとに別の変数名を付けているとか?

もしそうだとしたら、使っているプログラミング言語の制約やプログラミング規約によるものなのでしょうか?

ある関数ローカル変数が他の関数ローカル変数に影響を与えることは無いはずなので、ローカル変数は大抵適当名前が付けられるイメージです。

今時のプログラミング言語なら変数スコープ関数の中にとどまるような書き方ができると思うのですが。

関数インタフェース定義し、そこにいちいち引数を書くのが面倒というなら...まあ、それは必要税って感じがします。

そこに引数を書いておくことでこの関数が何に影響されるのかわかるので。

参考までに。

2023-10-16

エスカレーターを歩くのは慣性の法則上当たり前

人間にも慣性の法則が働くことはよく知られている

仕事を始めるまでは時間がかかるけれど一度始めると継続していられる

とはいえ抵抗があるのでいつかは止まるのだが、例えば電話などの割り込みで一度作業が止まると再度動くのには時間がかかる

同じようにコンビニに行こうと思ってもなかなか家から出られないけれど

一度家を出るとコンビニまでは止まらず行ける

ところが信号待ちが長いとかエレベーターが来ないとかのしょうもない理由で途端に行く気がなくなったりする

エスカレーターはこうした人間慣性の法則に照らし合わせると歩くのが自然であって

歩いているのをわざわざ止めて乗って、降りたらまた歩き始めるインタフェースは不自然の極みである

2023-08-02

anond:20230802145343

「「ビデオ借りるシステムを考えてみたい」としたときに「あーじゃあ○○するクラスが△△インタフェース必要だね」といったことが基礎知識不足で思いつかない」という意味でもあると思う

解説本の最初のほうに出てくるくせにタイヤキ久しぶりに食べるかと思う以上のご利益はないのがクラス説明なので、とりあえず無駄クラス作って失敗する経験1年くらい積むしかない

2023-03-16

anond:20230316171450

生のChatGPTインタフェースを使うようなことは今後減っていくのではないかと思う

たとえばBing Chatに使用料としてのお金は直接払ってないのと同じような感じ

個人的に生で(設定文を)ズボズボしたいというのならそりゃ仕方ないけども

2023-01-12

何故無能質問しないのか

無能のワイが教えてやろう

1. 質問必要だと思ってない

有能な君は、仕事に対する解像度が高い。

から、与えられた仕事や指示の欠陥を「ここきめなあかんやろ……」みたいなところを、サッと見つけて、適切な質問ができるわけや。

でも、無能なワイは仕事解像度が低い。

せやから全部おっけーとするんや。

質問する必要性を感じないか質問せんわけやな

質問して欲しかったら、それに対する解像度あげてもらうしかないんちゃう

2. 質問したら怒られると学習してるから質問しない

無能質問したいときあんねん

でも無能から理解も悪い

すると最初優しく質問答えててくれた人も、どんどん無能に対して厳しくなるわけや。

すると無能はどんどん萎縮するわけや。

有能な君が無能ちゃんに対して、厳しくしてるかしてないか関係ない。

無能ちゃん愚者から歴史やなくて経験に学ぶわけやね。

で、怒られるの嫌やから質問せーへんわけや。

無能ちゃん質問してもらいたかったら、質問しても怒らへんで〜っていう経験をたくさん積ませたれ。

無能ちゃん経験から学ぶからな。

でもまあ有能様の貴重な時間無能介護に使うのは時間無駄遣いやな

とはいえ、たくさんの人を使って何かを成し遂げようとしたら、必ず無能は混じるもんや。

自分の周りは有能だけにして、それをインタフェースにして無能を使うのがミクロ的な問題解決かもしれんな。

もし有能な君が、周りの無能ちゃんストレスを抱えてるんやったら、自分無能ちゃんになるのも良い選択肢やな。

自分が一番下手くそ場所に行ったら、無能側になれるで

---

gkmond これの難所は脳が優しく教えてもらった10に怒られた1でも怒られた記憶の方が強烈に残る仕様になってるとこだよなあ。

ほんまやなぁ。まあ、恐怖は生死に直結するから忌避されてるんやろうね。

Palantir わかる。重要なのは誰しも環境により無能になり有能にもなるということを理解することだ。知らんけど。

翻訳してくれてありがとう。ワイが言いたかたことの一つやな。

ROYGB トラックバックでも書いてあるけど、こちから説明したあとに、相手に内容の説明をしてもらうと理解度がわかる。具体的な作業内容を聞いてもいい。

れいいやり方に思えるやん。

実際意味を解する有能にとっては、咀嚼してるか判断できるええやり方なんやろな…

でも無能意味を解さんから、これただの記憶クイズになってる。

意味を解してへんから本質理解できず、同じ過ちを繰り返すってワケ

2022-12-28

フロントエンド計算機科学的に無価値です。

たとえば、100万件のデータソートするとか、その中から条件を満たす最適な組み合わせを高速に求めることは、計算機科学的に価値があります

しかし、画面上のオブジェクトの表示位置や色を変えることは、コンピュータにとっては何の意味もありません。

もちろん、オブジェクトを描画するためのドライバや汎用的なエンジンを作ることには、一定価値があるでしょう。

しかし、それらを用いて位置や色を指定するのは、単にそのプログラムの設定パラメータを弄っているだけであり、プログラミングではありません。

これはたとえば、.gitignoreやdocker-compose.ymlを書くことを「プログラミング」とはふつう言わないようなものです。

要するに、フロントエンドプログラミングと呼ばれているものは、単なるWebブラウザマクロに過ぎません。

それがたまたまプログラミング言語から利用できるインタフェースを備えているだけなのです。

2022-12-01

コンピューターサイエンスって何だよ?

最近コンピューターサイエンスプログラマー必要か否かみたいな話が上がっているが、そもそもコンピューターサイエンスって何だよ。どこまでの範囲をさしてんの?

って思ってググってみたらちゃん定義されてた。

ググって出てきた情報を整理しただけなので詳しい人、補足・訂正よろしく


情報

CS2013

https://www.acm.org/binaries/content/assets/education/cs2013_web_final.pdf

CS2013はACM/IEEE-CSによるカリキュラム標準。

ACM(計算機協会)はコンピュータ分野全般国際学会、IEEE-CSIEEE(米国電気電子学会)の中にあるテクニカルソサエティ


J07-CS

https://www.ipsj.or.jp/12kyoiku/J07/20090407/J07_Report-200902/4/J07-CS_report-20090120.pdf

J07-CS一般社団法人情報処理学会がCC2001CSベースアレンジを加えたカリキュラム標準。今はCS2013を反映したJ17-CSがあるらしいけどその辺は良く分からん

IPA共通キャリアスキルフレームワークとの対応表もあり。

https://www.ipa.go.jp/files/000024060.pdf


知識体系

J07ーCSから抜粋CS2013と比較するとナレッジエリアがあったり無かったり。

KAナレッジエリアKUナレッジユニットアユニット最低履修時間
DS離散構造DS1関数, 関係, 集合6
DS離散構造DS2論理6
DS離散構造DS3グラフ4
DS離散構造DS4証明技法8
DS離散構造DS5数え上げと離散確率の基礎7
DS離散構造DS6オートマトン正規表現6
DS離散構造DS7計算論概論4
DS離散構造DS8計算
PFプログラミングの基礎PF1プログラミング基本的構成要素9
PFプログラミングの基礎PF2アルゴリズム問題解決6
PFプログラミングの基礎PF3基本データ構造14
PFプログラミングの基礎PF4再起5
PFプログラミングの基礎PF5イベント駆動プログラミング4
ALアルゴリズムの基礎AL1アルゴリズムの解析の基礎4
ALアルゴリズムの基礎AL2アルゴリズム設計手法8
ALアルゴリズムの基礎AL3基本アルゴリズム8
ALアルゴリズムの基礎AL4アルゴリズムの高度な解析
ALアルゴリズムの基礎AL5高度なアルゴリズム設計
ALアルゴリズムの基礎AL6計算クラスPとNP
ALアルゴリズムの基礎AL7暗号アルゴリズム
ALアルゴリズムの基礎AL8幾何アルゴリズム
ALアルゴリズムの基礎AL9データ分析アルゴリズム
ALアルゴリズムの基礎AL10並列・分散アルゴリズム
ARアーキテクチャ構成AR1論理回路と論理システム6
ARアーキテクチャ構成AR2データマシンレベルでの表現2
ARアーキテクチャ構成AR3アセンブリレベルマシン構成7
ARアーキテクチャ構成AR4メモリシステム構成アーキテクチャ5
ARアーキテクチャ構成AR5インタフェース通信3
ARアーキテクチャ構成AR6機能構成7
ARアーキテクチャ構成AR7並列処理と様々なアーキテクチャ2
ARアーキテクチャ構成AR8性能の向上
ARアーキテクチャ構成AR9ネットワーク分散システムのためのアーキテクチャ
OSオペレーティングシステムOS1オペレーティングシステム概要1
OSオペレーティングシステムOS2利用者から見たオペレーティングシステム1
OSオペレーティングシステムOS3オペレーティングシステム原理1
OSオペレーティングシステムOS4プロセス構造スケジューリング3
OSオペレーティングシステムOS5並行性4
OSオペレーティングシステムOS6メモリ管理4
OSオペレーティングシステムOS7入出力デバイス管理と入出力
OSオペレーティングシステムOS8ファイルシステム2
OSオペレーティングシステムOS9認証アクセス制御1
OSオペレーティングシステムOS10セキュリティと高信頼化
OSオペレーティングシステムOS11リアルタイムシステム組込みシステム
OSオペレーティングシステムOS12並列分散処理のためのオペレーティングシステム機能
OSオペレーティングシステムOS13オペレーティングシステム構成
OSオペレーティングシステムOS14システム性能評価
NCネットワークコンピューティングNC1ネットワークコンピューティング入門2
NCネットワークコンピューティングNC2通信ネットワーク接続7
NCネットワークコンピューティングNC3ネットワークセキュリティ2
NCネットワークコンピューティングNC4クライアントサーバコンピューティングの例としてのウェブ3
NCネットワークコンピューティングNC5分散アプリケーションの構築
NCネットワークコンピューティングNC6ネットワーク管理
NCネットワークコンピューティングNC7ワイヤレスおよびモバイルコンピューティング
NCネットワークコンピューティングNC8マルチメディア情報配信システム
PLプログラミング言語PL1プログラミング言語概要2
PLプログラミング言語PL2仮想計算機1
PLプログラミング言語PL3言語翻訳入門2
PLプログラミング言語PL4宣言と型3
PLプログラミング言語PL5抽象化メカニズム3
PLプログラミング言語PL6オブジェクト指向言語6
PLプログラミング言語PL7関数言語
PLプログラミング言語PL8論理言語
PLプログラミング言語PL9スクリプト言語
PLプログラミング言語PL10言語翻訳システム
PLプログラミング言語PL11システム
PLプログラミング言語PL12ブログラミング言語意味論
PLプログラミング言語PL13プログラミング言語設計
HCヒューマンコンピュータインタラクションHC1ヒューマンコンピュータインタラクションの基礎6
HCヒューマンコンピュータインタラクションHC2簡単グラフィカルユーザインタフェースの構築2
HCヒューマンコンピュータインタラクションHC3人間中心のソフトウェア評価
HCヒューマンコンピュータインタラクションHC4人間中心のソフトウェア開発
HCヒューマンコンピュータインタラクションHC5グラフィカルユーザインタフェース設計
HCヒューマンコンピュータインタラクションHC6グラフィカルユーザインタフェースプログラミング
HCヒューマンコンピュータインタラクションHC7マルチメディアシステムのHCI 的側面
HCヒューマンコンピュータインタラクションHC8協同作業コミュニケーションのHCL的側面
MRマルチメディア表現MRI情報ディジタル表現2
MRマルチメディア表現MR2文字コード1
MRマルチメディア表現MR3標本化。 量子化圧縮原理アルゴリズム
MRマルチメディア表現MR4マルチメディア機器
MRマルチメディア表現MR5オーサリング
GVグラフィックスとビジュアルコンピューティングGV1グラフィックスにおける基礎技術2
GVグラフィックスとビジュアルコンピューティングGV2グラフィック・システム1
GVグラフィックスとビジュアルコンピューティングGV32次元画像の生成と加工
GVグラフィックスとビジュアルコンピューティングGV4モデリング
GVグラフィックスとビジュアルコンピューティングGV5レンダリング
GVグラフィックスとビジュアルコンピューティングGV6コンピュータアニメーション
GVグラフィックスとビジュアルコンピューティングGV7視覚
GVグラフィックスとビジュアルコンピューティングGV8仮想現実(VR)
GVグラフィックスとビジュアルコンピューティングGV9コンピュータビジョン
ISインテリジェントシステムIS1インテリジェントシステムの基本的問題3
ISインテリジェントシステムIS2探索および制約充足2
ISインテリジェントシステムIS3知識表現および推論
ISインテリジェントシステムIS4高度な探索
ISインテリジェントシステムIS5高度な知識表現と推論
ISインテリジェントシステムIS6エージェント
ISインテリジェントシステムIS7自然言語処理
ISインテリジェントシステムIS8機械学習ニューラルネット
ISインテリジェントシステムIS9プランニングシステム
ISインテリジェントシステムIS10ロボット工学
IM情報管理IMI情報モデルシステム2
IM情報管理IM2データベースシステム2
IM情報管理IM3データモデリング4
IM情報管理IM4関係データベース3
IM情報管理IM5データベース問合わせ3
IM情報管理IM6関係データベース設計データ操作
IM情報管理IM7トランザクション処理
IM情報管理IM8分散データベース
IM情報管理IM9データベース物理設計
IM情報管理IM10データマイニング
IM情報管理IM11情報格納と情報検索
IM情報管理IM12ハイパーテキストハイパーメディア
IM情報管理IM13マルチメディアデータベース
SP社会的視点情報倫理SP1コンピ

2022-11-14

国産半導体が売れるジャンルってあるのだろうか?

ロジックプロセス2nmを国産するということだが、数兆円市場を目指すとしているが、何を作るのかはまだ明かされてない。


スマホ向け

スマホ向けSoCだと

  1. CPU
  2. GPU
  3. 画像処理エンジンISP
  4. カメラインタフェース(MIPIなど)
  5. WiFi
  6. GPS
  7. 温度計
  8. UART
  9. ニューラルネットエンジン
  10. 5G RF

といったのが乗っており、色んな物を作らないといけないのでハードル高そう。


PC向けCPU

x86を作ったとして、パソコンの台数自体頭打ち

今のインテルAMDを超えるのを作れたとしても、競争は激しそうだ。

コンシューマ向けで日本人は期待する所だろうが、おそらくない。


PC向けGPU

NVIDIA1強になっているのはよくなさそうだが、DirectX対応GPUメーカーが淘汰された状態が今なので、おそらくない。

コンシューマとしてはゲームを期待すると思うのだが、

ゲーム販売方法自体が、高性能なハード赤字で売ってソフトで後で稼ぐモデルから変わってしまっているので、おそらくない。


軍事用途

TSMCF-35チップを作ってるというのは検索すりゃすぐに出てくる。

似たようなので兵器に使っているチップ国産したいっていう国のニーズはあるはずだ。

ただ数が出ない。


政府特殊用途チップを作りたいというのもあるはずだ。

例えば、特殊暗号チップを作り、国内の省庁間や、海外にある領事館との間で、重要通信に使う、

というのは考えられる。

こちらも数は出ない。


サイバー攻撃に対してのチップというのもあるかと思う。


宇宙用途

何かしら作りたいのだろうが、こちらも数が出ないだろう。


通信

通信データ量はドンドン増えていることと、安全保障観点で透明性が求められるので、

多少高くても国産、というのは出てきそうだ。


AI

AIも沢山あるが、例えば車向けとしても、車に載せるのではなく、社内のスパコン向けの方がいいのではないだろうか。

テスラが社内に使うスパコン自分達でチップから起こした、みたいなものだ。

なんで社内向けが重要かは、車に載せると多少コストがかかっても解析されてしまう。

GoogleAmazonなどが自社で作ったチップクラウドで使うとしているのは、他社、他国チップを解析されない、というメリットがある。


個人パソコンに挿せるAIチップが載ったPCIカードが出てくれば、国民としても身近に感じられるだろうが、

どうなるかはわからん


物理シミュレーション向け

GPUでも性能足りてない。

製造業兵器作るのには重要だが・・・

クラウドマイナンバーカードさえあれば、それなりに自由に使えるなら自分は使う。



追記

書いている途中で力尽きたので、上記だけだった。

以下、コメント返し

RISC-Vがこれから来る、というのは確かにそうなのだが、

ターゲットとするのは、もう半導体として機能向上を求めないところ(他の機械部分がボトルネックになるなど)だと思っている。

要はコストダウンのみで、チップが無いと困るが、もう新しく設計必要なく量産だけやってくれる方がいいってところの認識だ。


車載エンジン周りのマイコンは先端2nmはしばらく使わず

どちらかというと自動運転向けの画像処理か、車載にせず社内の画像学習向けの方が良いはず。

イメージセンサーに載るのは2nmは多分使わず熊本28nmの方使うはず。

センサーの後ろにつける画像処理用のISPは2nm使うのはあると思う。

8K,16K 24fps以上狙うと使わないと処理追いつかないはず。

2022-11-04

ヨドバシドットコム別にサイトの出来はよくない

インタフェースは古くさいし、重い

お世辞にも使い易いとは言えない

2022-05-20

STEPNを始める際の備忘的Tips

前提として、法規制や税務上の問題投資上のリスクについては自己責任ということで。

暗号資産は冬の時代に入りつつある。対法定通貨価格も下がっていくのだが、安定的相場形成している暗号資産の多くは価格が連動しているため、暗号資産間の交換では損失は生じないので、STEPNのような遊びを始めるにはいタイミングだと思う。

ただ、このSTEPN、解説記事ほとんどが暗号資産取引所アフィリエイト無駄情報で偏っており、特に暗号資産の入手と交換の部分が分かりづらいこと、ゲームシステムが極めて複雑な一方で、何をするにも課金必要なので、色々なパターンを調べづらいということがあるので、個人的にこうした方がいいという点を上げていく。

ウォレットについて

STEPNで作成したウォレットバックアップ用の12個の語句(mnemonicという)を使って、即時にChrome拡張ウォレットを設定したほうがいい。

筆者は Phantom https://chrome.google.com/webstore/detail/phantom/bfnaelmomeimhlpmgjnjophhpkkoljpa を使っている。

SOLの入手とSTEPNへの送金について

SOLを入手するためには基本的には中央集権取引所で入手してからの出金ということになるのだが、この出金が曲者で、結構トラブルが発生する。

先日、Binanceは出金を停止した(現在不明)。

https://www.binance.com/ja/support/announcement/c8ec7fffb8294744b9dcac23baeb08d3

他の取引所を使っていてもトラブルが多発するので、ここは鬼門となる。

Bridgeは使っていないので分からないが、こちらもアタックを受けるなど、色々とある模様。

GMTの入手について

中央集権取引所GMTを入手することも可能だが、上記理由おすすめできない。

STEPNのインタフェース上も交換できるようだが、筆者の環境ではうまく動かなかった。

また、動作するとしても、ペアが限られており、例えば、GSTから他の通貨には交換できない。

そこで最初に登場したウォレットが役に立つのだが、こちらを用いて、DEXを利用することが一番よいようだ。

筆者はOrca https://www.orca.so というサービスを使っている。

なぜにOrcaかと言うと、検索順位もっと上にあったDEXGMTを入手しようとしたら法外な価格提示されたからだ。

DEXの仕組み上、有り得る話ではあるので、体感上の相場感は持っていたほうがいい。

始め方について

よく言われていることではあるが、スニーカーは3足あったほうがいい。

ただ(これはどの記事でも説明が分かりづらいが)実際にプレイに使うのは1足なので、スペックを気にするのはそれだけでいい。

残りの2足はミント0回の最安値のものピックすればいい。マーケットプレイスフィルタ機能ミント回数を絞れるので、そちらで選択するとよい。

さて、実際にプレイに使う1足だが、efficiency最重視、resilience二番目という感じで選ぶとよい。

価格差は知れているので、どの速度域でも稼げるTrainerタイプがよいのではないかと思う。

で、この3足の価格+5程度のSOLを一括でSTEPNに送金したほうがいい。

理由としては上記の通り取引所からSOL出金が不安定なこと、(500円前後だと思うが)出金手数料もかかること、初期以外にも何かと出費があることあたりだ。

アプリ上でウォレットへの着金を確認したら、必要金額をSpendingにTransferし、はじめて、スニーカーの購入が可能となる。

初期フェイズ

プレイに使う1足のレベルアップに集中するのがいいと思う。

レベルアップにGSTやGMT必要となるが、レベル4までは恐らく収支はマイナスにならない。

レベル5に上げる際にGMT必要なので、Spendingからウォレット資金を移した上で、ChromeDEXアクセスし交換するとよい。

2022-05-13

與謝野 馨(よさの かおる、1938年昭和13年8月22日 - 2017年平成29年5月21日[1][2])は、日本の元政治家。勲等は旭日大綬章。通常は新字体与謝野表記

趣味

趣味ゴルフパソコン自作囲碁写真撮影天体観測釣りなど多岐にわたる。

囲碁

囲碁の腕前はアマ七段で、政界最強とも評されている。2007年10月に実力者の小沢一郎勝負したが敗北した。小沢アマ六段なので「政治的配慮ではないか」との憶測も流れたが、与謝野本人は「本当に負けた」と認めている[45]。最近インターネット囲碁対局サイトも利用し、ハンドルネームは「かおる」を使用しているため対戦相手から女性と誤解されることが多いらしく、麻生太郎ネタにされている[46]。

パソコン

Linuxオープンソースの動向など情報技術に造詣が深い、と称している。1999年から2013年時点で自作パソコンを合計20台以上組んでおり[47][48][49][50][51]、うち一台はMicrosoft Windows 2000Microsoft Windows XPTurbolinuxなどのOSを使い分けている。パソコン自作技術について「部品梱包から解かれて机の上においてあると、1時間くらいで組み立てられちゃって、OSインストールまで2時間くらいでできてしまう」[38] と語っている。秋葉原部品を買うのが趣味だったというが、通っていたのがオウム真理教関係PC店マハーポーシャだったと後で気付いた[52]。ビックカメラTWO TOP、USERS SIDE、T-ZONEなどの各店舗もよく利用している[38]。老眼の影響もありモニターキーボードについては、人間の眼と指とが生身で接する重要ヒューマンマシンインタフェースという持論からIPS液晶キーボードについては国産メーカーのもの評価している。

与謝野情報技術に詳しいと聞いたニワンゴは、2008年自由民主党総裁選挙に際し議員会館で「ニコニコ生放送」へ出演を打診した[53][54]。与謝野本人は不在だったが与謝野秘書が応対し、後日、出演依頼を断っている[53][54]。

写真

写真の腕は玄人域に達し、与謝野に撮ってもらった写真選挙ポスターに使っている議員もいる[55]。

2022-05-06

anond:20220506090651

DaaSっていうのはそのインタフェース社員全員同じもの統一する、という社会主義的発想の最たるもの

PC支給の延長線上にある極めて異常な愚策だと思う

せめてDaaSメモリUPとかは申請ですぐできるようにしてほしいよな

正社員は16GB、派遣社員は8GB、とかにすれば一応の恰好つくし

DaaSっていう発想をやめろ

anond:20220505132024

これに関係するけど、しょぼいPC支給よりもっとヤバいのがDaaSだと思ってる

朝9:00頃にログインが集中するので業務を始められない

フレックスではあるんだけど結局だいたい9時頃にログインするからログイン集中して全然業務を始められない

リモート環境だけじゃなくて出社しててもログインできないから本当にやることな

朝の9:00だけだから増強する気も全然無くて2年以上放置されてる

放置してコーヒー飲んでるんだがたまにログインタイムアウトしてやり直しになるし本当に酷い

ディスク容量が少ない

個人ごとに割り当てられているディスク容量が滅茶苦茶少ない

具体的には20GBしかない

社員全員の利用状況から計算した容量らしいけど2,3年ですぐにいっぱいになる

共有サーバはあるんだけどOutlookファイルを置くとアクセス過多になって処理が重くなるので禁止されてたりとにかく使えない

普通に無茶苦茶重い

Outlookを開くのに30秒ぐらい

Excelとかはファイルによっては1分以上

フォルダ開くだけでも平均して5秒ぐらい待たされるからストレスが凄い

文句が出るのが普通だと思うんだけど、恐らく古PCで飼い慣らされた中年以降の社員が大半なのでこれが普通なんだろう

社員がそのレベルに合わせられるというのが酷い

DaaS幻想

会社にとって必要システムサーバだったりWebUIだったりするわけで

社員が直接触Windowsデスクトップシステムの一部では無いっていうことを根本的に分かって欲しい

その部分は社員会社を繋ぐ重要インタフェースであって、社員側に合わせることこそが多様性の確保そのものだと思う

DaaSっていうのはそのインタフェース社員全員同じもの統一する、という社会主義的発想の最たるもの

PC支給の延長線上にある極めて異常な愚策だと思う

BYODかもしくは社員選定のPC支給普通、最悪の選択肢として「何でも出来る高スペックPC支給」なんだと思う

2022-04-22

HHKBのよくある勘違い

PFUの高級キーボードHappy Hacking KeyboardHHKB)だが使い方を間違えている人が多い

矢印キーは使わない

HHKBの特徴は矢印キーが無いことだ

一応、Fnキーを押しながら使うことはできるが非常に使いにくい

なぜこんなことになっているか、というと、そもそもプログラマーハッカー)は基本的に矢印キーを使わないからだ

Vimの人はhjklでのキー移動、EmacsはC-BPNFでのキー移動

シェルを使う場合Emacs風にキー移動できるしショートカットを使うので基本的には使わない

ちなみに知らない人も多いがTwitterVim風のキーバインドで移動可能

Macの人は例えばメモアプリなんかがEmacs風のキーバインドで移動可能

ブラウザテキスト編集部分なんかでもEmacs風で移動可能

Windowsを使う場合アプリなんかでキーバインドを入れ替えて矢印キーを使わないようにする

こんな感じで矢印キーを使わない人が多いから、矢印キーが無くても問題ないのだ

何故矢印キーを使わないのか

勘違いしてはいけないのは、ハッカー

HHKBを使うために矢印キーを使わない」

のではなく

ハッカーが矢印キーを使わないかHHKBには矢印キーが無い」

ということだ

何故使わないかというと単純に「遅い」から

矢印キーホームポジションから離れた場所にあるため、使うためには一旦ホームポジションから指を離さなければならない

一度話してまた元に戻るという、このコンマ数秒レベルの遅延が鬱陶しくて仕方が無い

なのでホームポジションに指を置いたままキー移動したい、という考えに至っている

同様の理由でBack SapceやDeleteも使わない

Emacs風だとCtrl-HやCtrl-Dで代用する

持ち運び前提

とはいえ、全く矢印キーを使わないかというとそういうわけではなく、そりゃたまには使わざるを得ないし使った方が早い場面もある

なので矢印キーを右下の空いてるスペース(通称、猿が辻)に置いておけばいいし、HHKB Liteだとそこに矢印キーがある

なぜそれでも置かないかというと、そもそもが持ち運び前提のキーボードであって、少しでもキーを減らしたい、という哲学があるから

はっきり言ってしまって持ち運ばないならRealforceを使えば良く、HHKBを利用する利点は持ち運び前提であるという一点だけと言っても過言では無い

これの大きな理由は、昔はサーバルームでの作業のようにキーボードを繋いで利用するような使い方が前提であった、というのもあるがそもそも哲学によるところが大きい

アメリカ西部のカウボーイたちは、馬が死ぬと馬はそこに残していくが、どんなに砂漠を歩こうとも、鞍は自分で担いで往く。馬は消耗品であり、鞍は自分の体に馴染んだインタフェースからだ。

いまやパソコン消耗品であり、キーボードは大切な、生涯使えるインタフェースであることを忘れてはいけない。

和田先生のこの談話代表されるように、キーボード人間コンピュータと関わるうえで重要インタフェースであるという設計哲学がある

なのでキーボードコンピュータに備え付けられているものではなく、持ち運んで自分の好みのものを使う、ということを推奨している

そのためにもキーボードは使いやすさや打鍵感だけでなく持ち運びやすさを重要視してバランスの取れた設計を目指している

その結果、矢印キー排除するデメリットよりも、排除することで得られる持ち運びやすさのメリットの方が大きいと判断したのだ

左右の猿が辻があるお陰で持ち運びしやすいというのも使ったことがある人なら分かるポイントだと思う

複数持たない

この辺りは賛否あると思うが、馬の鞍であるという哲学に基づけば、PC毎にHHKBを用意したり、自宅と会社で2つ置いている、などは使い方として間違えている

全く同じキーボードであっても、物理的なモノが違えば慣れ親しんだものではなくなってしまうだろう

キーボードを生涯のインタフェースとするなら1つのHHKBを持ち運び使うということを体現して欲しい

ただ最近Bluetooth接続が増えたことや、HHKB BTの出来が良くないことなどもあるため、複数持っている人も多いとは思う

ちなみに、BTモデルには充電池が内蔵されておらず電池駆動なのも生涯使うことを考えているのだろうと思う

足は出さな

これはHHKBに限らない余談になるが、キーボードの裏面にある足は基本的に出さな

首に角度を付けるよりも水平の方が使いやすいのは人体の自然原理

なぜあの足が付いているか、というと実は「キートップを見やすくするため」だ

なのでHHKBの無刻印モデルに足が付いている理由は全く理解できないし、HHKBを使うような人がキートップを確認するとは思えないのでそもそもいらない

とはいえ、昔から足を出して手首に角度を付けてタイピングすることに慣れてしまっている人もそれなりにいるだろうから

自分の好みで出したり引っ込めたりすればいいとは思う

2022-04-13

anond:20220413160429

session.cookieって書かれると「sessionのcookie」とは違うものを表そうとしているのではないかという可能性を否定できないんだよね

たとえば元増がdocument.cookieという例を挙げてるけど、これはブラウザ提供するDOMインタフェースには必ずdocumentというグローバルオブジェクトが含まれると仕様上決まっており、このオブジェクトは必ずプロパティcookieを持つ、という前提があるからこそこれだけで通じるわけで

同じルールでsession.cookieとか書かれると、「ん?sessionなんていうグローバルオブジェクトあるの?聞いたことないけど…」と混乱する

2022-03-11

エロ駆動開発

とあるエロサイトは最新の数十件しか表示されないからF5を押して常にPCの前に張り付いていた。

日中F5を押すのは時間も労力も掛かるたpython自動スクレイピングツールを作った。

1分毎にページを取得してお目当ての動画URL等をデータベースに格納。

重複する動画無視した上で格納。これにより無駄な閲覧をなくすことが出来た。

データベースから取得してHTML自動生成するツールも作った。

画像の表示はjavascriptで描画位置計算することで実現。

これでかなりの時短になることは間違いない。

今はコマンドラインでページを生成しているためWEBインタフェース作成する予定。

有給を取って有意義システムを構築することが出来た。

2022-02-18

VMWare苦しい戦いしてるなー

まあVMWorldとかで10年以上人生の春を謳歌してきたからもう十分やろ

お疲れさん

マルチクラウド環境における5つの課題とは

VMware提案する、DRにも対応するマルチクラウドソリューション

昨今のCOVID-19流行への対応やDXを推進する中で、クラウドサービスの利用はビジネススピードの加速や柔軟なシステム運用効果的であり、従来のオンプレミス環境と併用するハイブリッド環境や、複数クラウドを利用するマルチクラウド環境が増えている。一方で、これらの環境を維持していくには課題も多く、セキュリティリスクも増大してしまう。ここでは、こうした課題解決するVMwareソリューションを紹介する。

マルチクラウド環境における5つの課題

COVID-19流行への対応やDX(デジタルトランスフォーメーション)のためのビジネス変革が進む中で、ビジネススピードの向上やニーズに対する迅速で柔軟な対応がこれまでになく求められている。これらを実現するために、アプリケーションの変革やクラウドへの移行が加速している。

多くの企業が、「ビジネススピード対応できるモダンアプリケーション」や、「あらゆるクラウドデータセンター、エッジでビルドおよび実行が可能であること」、「エンタープライズクラスレジリエンスセキュリティ運用の実現とビジネス変革」がDXを実現するために必要であると考え、これらを実現するためにマルチクラウド環境活用が前提になってきている。

具体的には、Amazon Web Services(AWS)、Microsoft Azure(Azure)、Google Cloud Platform(GCP)といった複数パブリッククラウドサービスを併用し、適材適所で使い分けているのが現状であろう。しかし、マルチクラウド環境では解決必要課題存在する。その課題とは、「ワークロードのシームレスな移行・連携」、「クラウドごとのスキル習得」、「運用管理簡素化」、「セキュリティリスクの低減」、「最適なコスト管理」の5つである。この5つがクラウド利用の理想現実ギャップとなっており、これらを意識して進めていく必要がある。

マルチクラウド環境における5つの課題

特にマルチクラウド環境適材適所で使う場合クラウドごとに利用する技術が異なるため、設定項目や内容に違いがあり、その設定ミスによるインシデントも発生している。重大な影響を及ぼす場合もあるため、それぞれのクラウドを扱う際のスキル重要になる。

VMware Cloud on AWSの特長とメリット

こうしたマルチクラウド環境における課題解決するには、一貫性のあるクラウドインフラストラクチャ、および運用管理サービス重要ポイントとなる。例えばVMwareは、複数パブリッククラウドだけでなくオンプレミスを含むハイブリッドクラウド環境においても、仮想的なレイヤーを構築することで管理運用を一元化している。

VMware Cloud on AWSは、VMwareAWSが共同で開発したもので、AWSベアメタルサーバー上にvSphere、NSX、vSAN、vCenterを導入し、ホスト専有型のクラウドサービスとして提供するものだ。

VMware Cloud on AWSの特長

その特長は3つある。1点目は「VMware製品ベースとしたクラウドであること。VMware製品仮想化されているため、AWS世界にいながらオンプレミス環境で利用していたスキルセットや運用管理ツールを利用でき、新たなスキル習得する必要がない。

2点目は「シームレスクラウドに移行できる」こと。ワークロードをオンプレミス環境から無停止で移行することができる。アプリケーションを更改する必要もないため、クラウドに移行する時間コストリスクを大幅に削減することが可能だ。

3点目は「VMware管理を行う」こと。ハードウェアソフトウェアトラブル対応運用管理メンテナンス対応など、すべてサービスの中でVMware実施する。3カ月に一回の頻度で新しいリリース提供しており、ユーザー要件を反映しながら新たな機能を追加している。

最近アップデートの大きなものとして、日本で第2のリージョンとなる大阪リージョンを設置し、サービス提供を開始したことが挙げられる。例えば西日本地区データセンターを持つユーザーは、より低遅延でサービスを利用できるようになった。昨今は感染症流行地震の発生などによってBCPを見直すユーザーが増え、VMware Cloud on AWSリカバリサイトとして利用するケースも増えている。その意味でも、大阪リージョン活用度が高いといえる。

大阪リージョンサービス提供開始

VMware Cloud on AWSが選ばれる理由は、大きく3つ挙げられる。1点目が既存ノウハウ運用管理手法をそのまま踏襲できるという点。VMware製品ベースとしたクラウドサービスであるため、オンプレミス環境における管理者のスキル運用ノウハウなど、既存資産をそのままクラウド上でも活用でき、新たなスキル習得や、運用管理手法の大きな変更の必要もない。クラウドオンプレミス環境をvCenterから一元管理できる。

VMware Cloud on AWSが選ばれる理由

2点目が、規模に依存しないシンプルクラウド移行を実現できる点。ワークロードをそのままクラウド簡単に移行することが可能だ。VMware Cloud on AWSには標準でVMware HCXが含まれ、これはオンプレミスデータセンタークラウド間のネットワークをL2延伸する。ネットワークがつながった環境仮想環境VMをそのままマイグレーションできる。アプリケーションIPアドレスを変更することなく、無停止でワークロードを移行することができる。

3点目が、モダナイゼーションを推進して、ユーザーのDXの加速を支援できる点。まず、クラウドならではのインフラストラクチャとして、1顧客あたり最小2ホストから最大640ホストまで拡張できるが、俊敏性を兼ね備えて提供される。例えば、ホストの展開に1時間半程度、ホスト数を追加するのに15分程度と、オンプレミス環境ではありえないスピード感で環境を構築、提供される。

また、リソース最適化する機能提供される。ユーザーリソース使用状況に応じて、利用するホストの台数を自動的に増減させて最適化する。さらに、名前の通りにAWS提供する各種サービスとの親和性が非常に高いことも特長。VMware Cloud ENIと呼ばれる専用のインタフェースを経由して接続することで、低遅延で高速な環境を利用して各種のAWSサービスシームレス連携することができる。この面も同サービスの大きな強みとなっている。

クラウドスケールインフラストラクチャ

最近では、VMware提供するKubernetesディストリビューションであるVMware TanzuをVMware Cloud on AWS上で稼働させることが可能になった。これにより、短時間コンテナKubernetes環境が導入できるようになる一方で、ハードウェアソフトウェア管理はすべてVMwareが行うため、管理者はKubernetes環境に集中できる。

VMware Tanzuの概要

高まるDR環境へのニーズ安価に実現

VMware Cloud on AWSユースケースには、主に「オンプレミス環境クラウド移行」、「データセンター拡張」、「災害対策サイト」、「次世代アプリケーションプラットフォーム」の4つが多い。特に最近は、災害対策としての利用が増えているという。VMware Cloud on AWSリカバリサイトとして活用する際に強力なサービスとなるのがVMware Cloud Disaster Recoveryだ。

VMware Cloud Disaster Recoveryを利用すると、平常時には本番サイトデータクラウド上のストレージ領域レプリケーションしておき、万一DRイベントが発生した際に初めてVMware Cloud on AWS上にホストを展開し、保護していた仮想環境フェイルオーバーする。リカバリサイトとしてあらかじめ物理的なサイトを構築しておく必要がないため、大規模な初期投資不要となる。

VMware Cloud Disaster Recoveryの特長

このタイプオンデマンド展開型と呼ばれ、DRイベント時にホストを展開したタイミングリカバリサイトに対する課金が開始される。復旧後に仮想環境を本番サイトに戻すことで、ワークロードもフェイルバックでき、不要となったリカバリサイトリソースも削除され課金も停止される。なお、オンデマンド展開型のほかに、事前にホストを展開しておく事前展開型も用意されており、RTOを重視する場合には事前展開型が推奨される

また同サービスは、最近話題になっているランサムウェアへの対策にも有効だ。クラウドストレージ上に本番環境データバックアップする際には、リカバリポイントを長期的に保持することが可能である。このため、ランサムウェア攻撃に遭ってしまった場合、その直前の時点からリストアすることが可能となる。

マルチクラウド環境可視化するVMware vRealize Cloud

マルチクラウド環境では、各クラウドが複雑化し、サイロ化してしま可能性がある。クラウドごとに管理ツールや必要とされるスキルノウハウも異なるため、利用するクラウドが増えるほど複雑化、サイロ化の問題が大きくなり、その結果セキュリティリスクコストが増加してしまう。そこで有効解決策となるのが、クラウド環境をまたがって一貫性のある運用管理を実現できるVMware vRealize Cloudである

まず、VMware vRealize Operations Cloudは、VMware Cloud on AWSリソースだけでなく、他のパブリッククラウド上のリソースも一元管理できる。複数クラウド環境にまたがってデータ収集分析評価を行うことで、例えば常にパワーオフ状態仮想環境や、実体がない状態ディスクなどを検知された場合最適化していくことが可能。これにより、最終的にコスト最適化も図ることができる。

コスト運用最適化できるVMware vRealize Cloud

また、VMware vRealize Log Insight Cloudによって、複数クラウドを横断してログ管理できる。例えば、監視対象イベント通知をあらかじめ定義しておくことで、不正な行動を検知した際には管理者に通知し、適切な調査対応を行うことができる。セキュリティコンプライアンスの強化にも有効だ。

さらに、クラウド間のネットワーク可視化は、VMware vRealize Network Insight Cloudで実現できる。End to Endを含むネットワーク全体を可視化できるため、ネットワークに関するトラブルシューティングや、不審通信を洗い出すこともできる。また、アプリケーション通信も把握できるため、アプリケーションの移行計画にも活用できる。

今後、DXの推進を加速していく上で、必ずしもひとつ環境ひとつクラウドを利用するのではなく、マルチクラウド環境の利用が当たり前になっていくと考えられる。そこで直面する前述の5つの課題に対し、VMware Cloud on AWSそしてVMware vRealize Cloudの活用課題解決するだけでなく将来への有効投資となる。企業規模や業種に関係なく検討すべきソリューションといえるだろう。

2022-01-24

写真って何かの記念のもの印刷しておくのがよくないか

前はデジタルでいいかと思っていたが、インタフェースがなくなるとか、フォーマットが生きてるかとか、クラウドでもサービス内容が変わるとかあって、

何十年も保存できるかというのを考えると、物理的に印刷しておいた方がいいと思うようになった。

一応、メーカー見ると30年くらいは持つって話だし。

2021-10-29

anond:20211028173729

仕様でわからないことがあったら○○チームの人捕まえて確認してください」

インタフェース仕様については○○さんと擦り合わせて決めてください」

DB仕様を変更する場合関係各所にアナウンスをお願いします」

みたいなことは日常茶飯事なのでコミュ障だとストレスが貯まるのは間違いない

とくに最近アジャイル開発増えたので積極的コミュニケーション取らないとすぐに置いてかれるし

2021-10-27

anond:20211027152420

インタラクティブプログラムコスパが悪い。

プログラム同士を連結しにくいので、どうしてもその目的限定用途しか持てないし、アプリ機能に深く依存した作りになってしまうから賞味期限も短い。なにせプログラミング界に「過度の対話インタフェースを避ける」って原則があるくらいだ。VBAApplescript はまあまあ上手くやっているけどね。


個人用の作業補助ツールを黙々と作ってきたけど、今は、なるべくやるべきではない、って考えを持ってる。

社会全体をひとつの大きなソフトウェアハウスとみなすと、各ユーザー独自自分ツールを持ってコッソリ使うという状況は、コードの重複に他ならない。各個人メンテする必要があって、バグもそれぞれの環境で発生する。それよりも、機能要望の声を集め、製作に手を挙げたプログラマー責任を持ってプログラム管理し、ユーザーバグレポートをその人に報告する方が、労力の集約・責任の分担の観点でより効率的だ。

twitter でその道の専門家を探し、ツイート引用して議論に引っ張り込み、目的機能がないって言質をとる。やり取りを togetter にまとめる。暇なプログラマー最初実装を書く。reddit で紹介されて世界に広まりgithubフォークがたくさん作られる。プログラミング言語を換えた、より洗練された Yet another ツールが作られる…

SNS は汎用の、新機能リクエストプラットホームとしても使われてる。

自分自分のためのツールを作る気になって、でもそれを使う想定ユーザーがどう考えても自分以外に思いつかないときは、糊(のり)だけを作りたい。アプリ拡張フックと、配布されてるモジュールコマンド・汎用プログラミング言語、OSの標準機能。それらを繋ぐだけの簡単お仕事を。

それを超える苦労の必要は、サインだ。「ここに誰かの仕事の入り込む余地があるな…」

からときには、“プログラミング” の最初の一行はエディタの外で行われる。すなわち… ツイートする

2021-07-12

anond:20210712140857

局所化の話はカプセル化の話やろ

動物キリンさんが出てくるのは、継承インタフェースの話やろ

なんで混ぜたん

2021-06-14

anond:20210614025554

この記事を読んで、自分もそういうのあったなぁって思ったので書いてみた。

仲間がいるように思えてちょっと嬉しい。

バイオリン

20数万円のバイオリンを買って、週1のレッスンにも通った。

でも仕事が忙しかったりで家でも練習せず、お金ももったいないなと思い始めたので辞めた。

一眼レフカメラ

写真バンバン撮って、ネットアップロードして売っちゃうぜ!

なんて考えていたけど、カメラが重いし持ち運びも不便だしで触らなくなってしまった。

ちなみに一眼レフカメラは2台(時期をずらして)買ったけど埃を被っている。

バイク

続いている趣味と言えば趣味なんだけど、数ヶ月乗らなかったりもする。

ちなみにアドベンチャータイプバイクと大型ツアラーと2台所有してる。

・車

車が趣味というより、自転車代わりにどこか近所に出かけたりするのに使ってる。

車があるからバイクに乗らなくなったとも言える気もする。

ちなみに車をいじったりとかは全然興味ない。

戦略SLGRTS

Civ系が面白いと聞いたのでやってみたけど、自分には操作が不便で面白さが分からなかった…

他にも面白そうなものとかはあったんだけど、インタフェース英語なので諦めた。

旅行

旅行行くだけで数万飛ぶし、休み潰れるしで「旅行行きたいな」って思うだけで十分なことに気がついてしまった。

小説

歳取ったせいか(30代後半)、昔ほど「この本を一気に読むぞ!」という気力も無ければ、読んでる本を途中で読んでることすら忘れてしまうことが多い。もうダメかもしれない。

ネット配信動画

面白いのとかもあるんだけど、1〜2時間ずっと見続けるってのは意外と根気が必要で、だるいなぁって思うのが先に勝ってしまう。

映画

ネット配信動画と同じ感じで、たまに映画館には行くけど、よっぽど見たいものでなければ行かなくなってしまった。

サバゲー

興味はあるし、中学生の時にちょっとやってたんだけど、身近にやる人がいないので何も手つかず。

イラスト

安いペンタブ買ったけど、もともと絵心がないのもあって埃被ってる。

ちょっと興味があるもの

アルトサックス:前からやってみたかった、楽器は高い

家庭菜園:前にも少しやってたけど、水をあげることすら忘れてしまう…

自転車:ずっとリモートワークなので運動したいか


といった具合なんだけど、いくつか副業をしていて、副業仕事からやらないといけない強制力が働いてやってる。

仕事趣味っていうとアレだけど、趣味みたいなもんなのかもしれない、働いたらお金もらえるし。

ログイン ユーザー登録
ようこそ ゲスト さん