  |
Content-Length: 410129 | pFad | http://anond.hatelabo.jp/keyword/todo
はてなキーワード: todoとは
ノア・スミス「日本・韓国・ポーランドはいますぐ核武装すべきだ」（2025年2月19日）｜経済学101
https://b.hatena.ne.jp/entry/s/note.com/econ101_/n/nd3d6a4d2fad6
あたくしこの記事を読んで考えてみましたの！
あたくしノア・スミスさんのお考えはケーキスタンドにのっているお菓子を上から順番に食べるくらい上品でない議論と思いましてよ！
視野が狭いのですわ！もっと軍事・外交・経済まで見るべきですわ！
リターンばかりに目が行って、リスクに目がいかないのは駄目でしてよ！
でも要約するなら
ある国でそうだから他の国でもそうなる。とっても浅はかな考えですわ！
そしてノア・スミスさんはウクライナが核武装を放棄したことがロシアの侵略につながったとおっしゃっていますわ！
あたくしもウクライナが核武装を続けていればロシアとの戦争は起こらなかったと思いますわ！
でもそれは「ウクライナが核抑止によってロシアを威圧できたから戦争を防げる」のではありませんわ！ええ！ちがいますわ！
「ウクライナが核武装を続けていればウクライナはヨーロッパの北朝鮮になっていたので、仲良しロシアと戦争する意味がない」から戦争は起きていませんわ！
核武装を続けていればウクライナはEUにもNATOにも仲間外れにされて、ロシアは戦争する必要がありませんもの！
そして紳士淑女のご常識ですがウクライナには核武装を維持する能力はありませんわ！
ええ！核弾頭も！運搬手段も！ウクライナ単独では維持も開発もできませんわ！
トイレの後は手を洗う、くらいに常識ですわ！淑女のあたくしにこんな当たり前なこと言わせないでくださいまし！
なのであたくし、ノア・スミスさんのウクライナ核武装についてのご意見は、晩餐会にパンツ一丁で来るくらい無知と思いますわ！
ええ！それは架空の話で核武装してれば戦争を防げたかもしれない！そういう意見も否定はしませんわ！
でも五十万の死傷者も許容できるロシアを核の一発や二発で止められると思いまして？
あたくしそうは思いませんわ！
大国が自国の安全保障にとって致命的なリスクとなる、そうお考えになったとき何が起こるのか
あたくし核武装が印パの全面戦争を防いでいるという意見については賛成ですわ！
広大な国境を接し、歴史的にも宗教的にも対立を抱えた二国という環境は極めて危険ですわ！
ですから核武装による抑止がうまく効いている例だと思いますの！
「だからといって，核武装していれば小国でも攻撃を受けないというわけじゃない――イスラエルはイランとその代理勢力に攻撃されている――けれど，核兵器があれば小国の安全保障は劇的に強まる」
ノア・スミスさんに聞いてみたいですわ、イスラエルは安全保障の高まった国に見えまして？
あたくしには未来永劫不安定な安全保障に悩まされる国のように見えますわ！
そんなイスラエルにとっては核武装は生存のためのカードですわ！それを否定はしませんの！
でも核武装による抑止によって全面戦争が防がれても、それは平和を意味しませんの！
それにイスラエルの周りには強国がありませんの！
ですから周りに強国がないという好条件に恵まれたイスラエルを他国にそのまま反映させることはできませんのよ！
「北朝鮮とちがって核武装していないイランは，イスラエルとアメリカによる攻撃を定期的に受けている」
その意見は正しい面もありますわ！そして正しくない面もありますわ！
あたくしノア・スミスさんの気づいていないことを指摘したいんですの！
それは、イランは「核武装するリスク」をはっきりと示す例ということですわ！
イスラエルはイランの核武装を防ぐためあらゆることをしますわ！
外交で各国に圧力をかけて経済制裁しますわ！工作活動で妨害しますわ！科学者を暗殺しますわ！原子炉を空爆しますわ！
これは「合理的」な行動ですわ！自国の安全保障の面から許容できないリスクを防ぐためなら先手必勝ですわ！
つまりイランは、世間はのんびりと核武装するのを紅茶を飲みながら待ってはくれないことを示していますの！
淑女なら「核武装」を口にするときは、命を懸けるべきですわ！チャイルドのおもちゃじゃありませんのよ！
あたくし、ポーランドにとって核武装は有望なオプションと思いますわ！
そもそもポーランドの地理はお花摘み立地と言わざるを得ないのですわ！
なんにもない平原で、フランス・ドイツ・ロシアという大国に囲まれ、過去に何度も何度も何度も侵略と国家解体の辱めを受けていますの！
核武装の多大なリスクを考慮しても、そのリターンは釣り合うものがある！あたくしそう思いますわ！
でも軍事的に見て、核戦略に必要な「縦深性」が極めて小さいのが難しい点ですわ！海もないのですわ！
冷戦時代、ソ連が西ドイツに軍事侵攻する場合は核兵器で通常兵力の軍隊を破壊される前に敵国領土に突っ込ませるという戦術を取っていましたわ！
この場合、敵軍を攻撃する＝自国領土に核兵器を打ち込むということですわ！
ですから敵軍攻撃の選択肢として核兵器を使うのは難しく、報復的に敵領土に打ち込む程度ですわ！
ポーランドの場合はたとえ核兵器があっても通常戦力を止められないのが問題でしてよ！
核兵器は万能ではないのでしてよ！
ですからポーランドはGDP比5%という巨額の費用を費やして大軍拡を行っていますの！
ですからイスラエルように生存のために核武装するというのは在りうる話ですわ！
問題はイランの例で挙げたように、それを中国は決して見過ごさないということですわ！
あたくし台湾が核武装する決断をすれば、戦争になると思いますの！
イスラエルがイランに行ったように、確実に先手必勝で攻撃されますわ！
台湾が独立宣言する、台湾が核武装する。この2点は明確に開戦の合図になりますわ！
ですから戦争を抑止するための核武装が、戦争を招くことになってしまいますの！
台湾は核武装する必要性が極めて高いのですが、同時に核武装するリスクが圧倒的に高い国ですの！
日本が核兵器を持ったとしていつ使うのか？これが非常に重要ですわ！
なのでウクライナ、印パ、イスラエル、イラン、ポーランド、韓国とちがって全土が占領されるような侵攻は可能性が低いんですの！
もちろん日本列島すべてが占領されるような戦争なら核兵器は使えますわ！
でも日本にとって紛争の可能性が高いのは台湾有事、尖閣諸島、南西諸島ですわ！
ここであたくしが皆さんに考えていただきたいのは台湾の為に、尖閣諸島の為に、南西諸島の為に核戦争を行う覚悟を持てるかどうかですわ！
日本は核武装をする能力がありますわ！国力でも技術でも、簡単ではないですが可能ですわ！
また軍事的には、核戦争には脆弱なという面はありますが、太平洋と言う戦略的縦深性がありますの！
なんのためなら数十万の死者を出す核戦争を許容できるのか？
核武装による抑止力強化は「オプション」として考慮する必要はありますわ！でもそれが「ファーストオプション」ではありませんわ！
なかには核武装すれば通常戦力削減出来て全体では節約になるとお考えになってる方もいらっしゃいますの！
イギリスやフランスがどれほど核戦略の維持に苦労なさっているのかお知りにならないのかしら！
そうイギリスさんといえばフォークランド紛争ですわ！核武装しているイギリスさんはアルゼンチンさんと戦争しましたの！
「マイクラみたいなゲーム作って」と言ったら「おっけー」と言っていきなりバイナリ形式の実行ファイルを吐き出す。
しかし実際の現場ではまずどのような要求スペックにするかやサーバーの有無などの判断をした上で
コアゲームプレイ機能 新規バイオーム追加、「バイオーム」の実装、特殊な地形生成、、ユニークなモブの spawning、独自のブロックタイプ、カスタムアイテムと道具、新規モブ追加機能。
などなど。そして更にAIエージェントの権限を決めてslackやgitのアカウントを作成し、AIエージェントにtodoを与え、コードをレビューしてcommitの可否を判断する必要もある。
まだまだまだまだ素人が手軽にゲームを作れる時代は来ないのでは？
スマートフォンからtodoリスト見れるようにしないとなあ（ ＾ω＾）・・・terminusインストールしたけどgit, todo.txtインストールしてセットアップするのメンドウでずっとずっと先送りしてる
俺のEmacsライフは、もはやただのエディタを超えて、完全に生活そのものだ。
日常のあらゆる側面がEmacsに支配されていて、他のソフトウェアなんて目にも入らねぇ。
今日は、どれだけ俺がこの深淵な世界に没頭しているか、そのレベルを見せてやるぜ。
俺の.emacs.dには、数十種類どころか、もう百を超える自作パッケージが眠ってる。
特に、自分で書いたLisp関数は、日々のタスクを自動化するために欠かせねぇ。
例えば、特定のフォルダ内のMarkdownファイルを自動でHTMLに変換してブラウザで表示するスクリプトを組んじまった。
これでブログを書くたびに手間いらずで、「C-c C-v」でプレビューできる快感は、もう中毒だぜ。
(defun my-markdown-to-html () "MarkdownファイルをHTMLに変換してブラウザで表示する関数" (interactive) (let ((markdown-file (read-file-name "Markdownファイルを選択: "))) (shell-command (format "pandoc %s -o %s.html" markdown-file (file-name-sans-extension markdown-file))) (browse-url (concat (file-name-sans-extension markdown-file) ".html"))))
この関数を使えば、Markdownファイルを選んで一発でHTMLに変換し、そのままブラウザで表示できる。これがなきゃブログなんて書けないぜ。
Org-modeは俺の人生そのものだ。TODOリストやスケジュール管理だけじゃなくて、プロジェクト管理や文書作成まで全てを一元化してる。
特に、カスタムキャプションやプロパティドロップダウンメニューを駆使して情報整理に命懸けてるんだ。
さらに、Org Babel使ってRやPythonのコードを直接実行しながらデータ分析なんて日常茶飯事だ。この機能のおかげで、データサイエンスもEmacs内で完結しちまうからたまんねぇよ。
自分専用にカスタマイズしたショートカットが数百種類もあるんだぜ。
「M-p」で過去のコミットメッセージを呼び出す機能なんか、Gitとの連携が一瞬でできるから開発効率が飛躍的に向上する。
さらに、Emacsにはマクロ機能があるから、自分の操作を記録して再生することもできる。
この前、自分専用のマクロを作って、特定のフォーマットでドキュメントを一瞬で整形することができた。
これで「お前は本当に人間なのか？」って言われてもおかしくないレベルだ。
Emacs Lispを書くことが俺の日常になってる。この前、自分だけのコード補完システムを構築したばかりだ。
この機能のおかげで、特定のキーワードを入力すると関連するコードスニペットが自動的に提案される仕組みになってるから、コーディング中に思考が途切れることなくスムーズに進行するぜ。
(defun my-auto-complete () "カーソル位置に基づいてコードスニペットを提案する" (interactive) (let ((input (thing-at-point 'symbol))) (if input (let ((completion-list '("myFunction" "myVariable" "myClass"))) (setq completion-list (cl-remove-if-not (lambda (item) (string-prefix-p input item)) completion-list)) (if completion-list (message "候補: %s" (string-join completion-list ", ")) (message "候補なし"))) (message "シンボルが見つかりません"))))
この関数ではカーソル位置からシンボルを取得し、それに基づいて候補を表示する。これがあればコーディング中も迷わず進められるぜ。
Emacsユーザーとして活動している中で、多くの仲間と出会った。
彼らとの情報交換や共同開発は刺激的で、新しいアイデアが次々と生まれてくる。この循環こそが俺の成長につながっていると実感しているんだ。
最近では、自分が開発したパッケージをGitHubで公開し、フィードバックを受け取ってさらなる改善点を見つけたりもしている。
このフィードバックループがあるからこそ、自分自身も進化し続けられるんだ。
今やEmacsは単なるツールじゃなくて、俺自身の一部になってる。
この深淵な世界で探求し続けることで、新たな発見や挑戦が待っている。
・職場に新規入場者への教育の仕組みがない場合、業務マニュアルが教育用資料として使われることになる。
「新人にはとりあえずあのマニュアル渡して一通りやらせて覚えさせとけ」という具合にだ。
・当然、新人は単語も内容も理解できないので、マニュアル制作者が手取り足取り教える羽目になる。
上司に教育時間を設けるよう言っても「マニュアルあれば誰でもすぐできるようになるだろ？できないってことはお前のマニュアルに問題があるんだろ？」とこちらのせいにされて終わり。
かくして、手順を記載するはずのマニュアルに「そもそも〇〇とは～」のような説明文が追加され、資料はどんどん肥大化し読みづらくなっていく。
・新人がちゃんと覚えてくれるなら救いはあるが、「エクセルとか触ったことないっス。『詳細はタブ〇〇を参照』ってどういう意味っすか？」
みたいな「なんでこいつ雇ったの？」レベルの奴のお守りもする羽目になった。
・上司が「マニュアルがあれば誰でも業務ができるはず」という考えに固執していると非常に厄介である。
この考えは「俺が理解できなかったらそれはマニュアルが悪い」という他責志向と一体であるからだ。
・マニュアルの修正のレビューでこの手の上司がレビュアーにいると
「俺がわからなかったところは全て追記しろ」「文章で書かれてもわからないから図で書け」という要求が無限に追加され、レビューを何回やっても終わらない無間地獄に陥る。
やっとレビューが通った頃には「この程度の修正で10日もかけるな」と、遅延の張本人が言い出すというおまけつきだった。
・マニュアルが整備されることで作業ができる人は増えたが、手順をなぞるだけで内容は理解していない人がほとんどであり
イレギュラーやトラブルには対応できないので、トラブルが起こればマニュアルの作成者が対応する羽目になった。
・原因を調査しようにも、自分が何をやっているか理解してないので、状況の聞き取りだけでも一苦労だった。
やらかした当人が自分がどう操作したかを覚えていない場合は、こちらで原因を調査・推測する必要があり、かなり時間を浪費した。
一番ひどかったのは、自分より年上のおっさんから 「「記載を見落としてミスっちゃいました。再発防止策が思いつかないのでそちらで考えてマニュアル直してくれませんか」と言われたことだ。
・サーバに置いていたマニュアルを他部署が勝手に持ち出し、見よう見まねでやってみたところ上手くいかず、こちらに問い合わせしてくることもあった。
「トラブったらその都度連絡するから待っててくれ」といって、深夜まで拘束されたり
「手順通りにやったのにソフトが動かない」と言われ、一日調査した結果向こうが手順を見落として必要なソフトをインストールしていなかっただけ、ということもあった。
・拘束時間が長くて本来の業務に支障をきたすので、どうにかしてほしいと上司に行ったところ
「マニュアルあれば誰でもすぐできるんだから、それができないのはお前の作ったマニュアルが悪い」で終わりだった。
・ある時、マニュアルに見覚えのない目視での確認手順が追加されていた。
調べたところ、他部署の社員が手順の見落としをやらかし、それを顧客とのレビューで見つけられてしまい、再発防止策として追加したようだ。
追加箇所の数手順まえに、まさに今回見落とした箇所を確認するようすでに書かれているにも関わらず、同じ確認をもう一つ追加していた。
・他部署に手順が重複しているので直すようクレームを入れたところ
「顧客も上司もマニュアルなんか読んだことはないし、自分もほとんど内容を理解できていないので気づかなかった」
「この修正内容で顧客と合意しちゃったから、今さらもとに戻せない」とのこと。
・そして、自分のToDoリストに「「何かしらの修正に紛れて、今回追加された手順を消すこと」という負債が増えることとなった。
「はあ、やっと一段落…」
オフィスに響くのは、開発者・健太の小さなため息。時刻はもうすぐ22時を回ろうとしている。モニターには、カラフルなTODOリストが所狭しと並んでいる。健太は、TODOアプリ開発会社の、数少ないエンジニアの一人だ。
この時期、特に年明けから5月くらいまでは、TODOアプリ業界はまさに「かきいれ時」だ。新年には「今年こそは！」と目標を立て、新しいことに挑戦しようとTODOアプリを使い始める人が多い。そして、4月以降は新生活が始まり、環境の変化に合わせ、生活習慣を見直そうとTODOアプリを使い始める人が後を絶たない。まさに、TODOアプリが人々の「変わりたい」という気持ちを後押しする、そんな季節なのだ。
「今週は既に2つ納品したし、来週は3つ、いや、4つくらいかな…」
健太は、スケジュール帳に目を落とす。次々と舞い込むクライアントからの要望に対応するため、ここ数週間は、毎日が戦場だった。しかし、以前とは少し違う。
キーボードを叩きながら、健太は隣のディスプレイに表示されたAIコードエージェント「Cline」に軽い口調で指示を出す。Clineは、健太が書いたコードを解析し、バグの可能性を指摘するだけでなく、自ら修正まで行ってくれる。以前は、テストコードの作成や修正に時間がかかっていたが、Clineのおかげで大幅に効率化できた。
Clineは、そう応答すると、修正後のコードを画面に表示した。以前は、徹夜続きで疲弊していた健太だが、Clineが導入されてからは、残業時間は減り、精神的にも楽になった。
「サンキュー、Cline。本当に助かるよ」
健太は、Clineに感謝を述べ、修正されたコードをざっと確認した。完璧だ。
健太は、コーヒーを一口飲み干し、再びキーボードに向き直る。クライアントの要望に応え、より使いやすいTODOアプリを届けるために。今日も、そして明日も、ひたすらコードを書き続ける。TODOアプリ屋さんはかきいれ時。そして、その裏には、AIと共に奮闘するエンジニアの姿がある。しかし、以前とは違い、今は少しだけ余裕を持って、コードを叩いているのだった。
人に話しかけることにエネルギーを使わない人っているのか知りたい。
仕事上で誰かに聞かなきゃもうどうしようもないこととかあるじゃん。それがいちいち負担。
わざわざToDoリストに「〇〇さんに聞く」って書いて、席をチラチラ確認して、忙しそうに見えるから先延ばしにして、みたいなことの繰り返し。
頭の中で「〇〇さん、今お時間よろしいですか…？〜〜の件なんですけど…。」ってシミュレーションを、誇張ではなく何十回も繰り替えしてしまう。
多分、同僚からはそんなこと考えてるなんて思われないくらいにコミュニケーションできる人だと認識されてる。なんなら仕事も接客業だしね。
俺は今俺にとってなんとなくあったら便利だなーとおもったアプリをいつメン技術スタック指定して、ほとんどコード生成してもらって
実は最近まで入門レベルのことってやることやり尽くしたと思ってた。
でも俺って本当に馬鹿で、特にアルゴリズムみたいなの頭でくるくる回す力が境界知能未満になってる。
基本情報とかのループとか追いかけるの辛いレベルといえばみんなわかってくれるかな。
だからそういったツールをひたすら作っていけば後数年はこすれる。
しかも最近本を読むことを覚えた。本を読むことによりこういうコトしたらいいよーみたいなロジックを実装していけば割と楽しめる。
でもでも、生成AIはある程度生成してしまうと今の俺の手法だとだるくなってくるので
中盤あたりから自前修正タイムになる。そこからがお楽しみタイムなんですな
俺はなぜプログラマをやれてるかわからない。零細のITになぜか席がある。
趣味とかでコード書いてない人よりも余裕でくそみたいなコード書いて、知識とか多少広いとかあっても、だいたい認識ミスってたりしてなんやこいつ？ってなる。
文章力はこれみたらわかるよね？
解雇されたりしてないから解雇するコストの方が高いんだと毎日言い聞かせながら仕事してる。
お米を食べました。美味しい！
https://blog.nagutabby.uk/qiita-is-dead
はじめに
私は数年前にQiitaを使うのをやめました。なぜならQiitaがクソだからです。この記事では、Qiitaの黒歴史を振り返りながら、Qiitaが如何にクソであるかを説明します。
お前、歴史を振り返るとか言っときながら時系列で書くわけでもなく文章も下手で同じスタンス側として読んでてつれぇわ。読んでガッカリ。
あとお前のQiitaの使い方が気になるわ。
新着を懸命に全件チェックしとったんか？
たたき方が雑すぎる。俺が気持ちよく乗っかってQiitaをたたけるまともな記事を書いてくれ。
しかし、多くの方がご存知の通り、Qiitaは「他のWebサイトにある情報をほぼ丸パクリした記事」と「内輪ノリで書かれた下らないポエム」の墓場であり、決して知識共有サービスではありません。最近ではChatGPTが出力した文章をそのまま投稿する人々も現れ、事態がさらに悪化しています。
まあ俺も死んでるとは思うが、まだまだ新規な知見がある記事はある。なのにパクリだとかスクール課題だとかのたいしていいねもつかないクズな記事を見つけてほらクズだ！っつってもね。
書くなら「いかに知識共有を謳いながら巧妙にいいねハックされてきたか」とか具体例を書いてくれ。
内輪ノリもそういうハック、Qiitaの利益化のための企業・Organization重視とかの経緯を振り返ってくれ。
私はこのような記事を見かけるとひどく共感性羞恥を感じ、萎えてしまうのですが、私と同じような方がきっといらっしゃるのではないかと思います。
まともな言葉を使えないやつがエンジニアをしないでくれ。エンジニアか知らんけど。技術文章しかり公開文書なら古いほうの言葉の定義をちゃんと使うか、別の表現を使え。お前、会社で煮詰まるとか使ってないよな？
ウケ狙いは宿命であり流行ることは避けられない。レコメンドやランキングを好みの記事に絞れるようにしない運営を叩け。
いくら「技術ブログ」と謳っていても、技術との関連性が低い記事が投稿されることがあります。私はこのような記事を「ポエム」と呼んでいますが、Qiitaにポエムが投稿された場合はどうなるでしょうか？実は数年前まではQiitaに投稿された記事は運営によってその内容がチェックされ、ポエムに該当すると運営に判断された場合は勝手に記事が非公開にされていました。しかし、よく考えてみてください。ポエムとは何でしょうか？この記事のような愚痴を書き連ねた文章のことでしょうか？人間がそれを判断できるはずがありません。結局このルールは廃止され、今に至ります。
知らん。俺が知る限りここ数年はポエムはずっと寛容だった。お前が定義するポエムは知らんが、技術の関連性が低い記事も沢山あったしポエムタグもずっと盛況だった。
さくらとか、毛の壁…はどうだったか。質の低さをQiitaが検閲してた感触はないし、質の低い記事にユーザーが沢山通報して非公開化に追いやるムーブメントが盛況だった記憶もない。
愚痴を連ねるやべーヤツは対処されてた記憶はあるが。どうだったかな。
https://blog.qiita.com/account-suspension-in-qiita/
Qiitaでは「技術的にレベルが低い」「技術的に間違っている」「Qiitaというサービスや運営に批判的である」といった理由で記事の非公開化やアカウント停止という措置を取ることはございません。
過去にも何度か事例がありますが、アカウント停止措置の実施理由は殆どの場合、他のユーザーに対して攻撃的な発言や誹謗中傷を繰り返すなど、コミュニティガイドラインや利用規約に沿わないというものです。
ああ、上記の件の@administrator1974の今後必要になるプログラム言語もあったか。こういうのも確かにあったが、こういう人間が出てくるのはレアのレアのレアだったな。そういう事件は時たま起こるもんだ。最悪手をとらなければ非公開にそこまで強い非難はおきんだろう。
お前が運営のどういった運用を非難しているのかわからん。新着を全部チェックして見返してポエムが非公開になっていたことを観測してきたのか？詳細を書いてくれ。ぼんやりとしすぎている。
調べなおして思い出したが、もしかして2017年のこと言ってる？
それならたしかにmatzの記事が非公開になったりしてたな。でも2024年公開の記事で数年前っつって2017年を出すのはちと古い。もっとしっかり書いてくれ。あのときらへんはQiitaがどっちに舵をとるかどうかで揺れ動いていた気がする。結果、ガバガバの今に至るわけだが。
これについてもまあ突発的な行動で反発が出たわけだが
「実は数年前まではQiitaに投稿された記事は運営によってその内容がチェックされ、ポエムに該当すると運営に判断された場合は勝手に記事が非公開にされていました」
でずっとそのような運営がされていたように誘導しているが、実際はずっとゆるゆるでここで厳しくしてみて騒動になったという話。
俺もだいぶ記憶があやふやだが、それにしてもお前の文章からは悪意を感じるので信用できない語り手だ。まともな情報を時系列とソース付きで騙ってくれ。
https://yro.srad.jp/story/17/05/12/067229/
なお2016年のやつでもこういうのは残っててゆるゆる
「口やかましい少数派」に翻弄されるQiitaサポートは無能である
https://qiita.com/richmikan@github/items/8831c97598cc095e2b95
数年前に大幅なアップデートが行われ、ユーザーが読んだ記事が第三者に公開されていた時期がありました。これはWebブラウザーのアクセス履歴が第三者に公開されるようなものであり、個人が特定されるリスクがあります。また、業務で生じた問題を解決するためにQiitaを利用していた場合は、他者に業務内容を推測されるリスクがあります。このようなアップデートは避けるべきであり、社内で十分な議論がなされないまま機能が実装されたことは明らかでした。
うそでーす。
今のユーザーページにある投稿した記事のanalyzeみたいに見た記事の中で多いタグトップ5の割りあいが表示されてました。
何を見たのかはわかりませーん。特定できませーん。見た記事より書いた記事の方がよっぽど業務内容に繋がるわ。タグの割りあいだけで個人や業務が推測できたらそれはもうホームズレベルで超能力だから許そう！降参だ。
まあ俺もこれでJobsのほうにはいろいろ黙って渡してんじゃねーの？見た記事も企業側は見れてたんじゃねーの？と思って愛想が尽きた。実際には棲んでいる地域やワードとかも提供されてたわけだし。
だけど正確ではない情報を書いてんじゃねーよ。
https://blog.qiita.com/about-user-page-renewal-20200331/
掲示板やToDoリストのような、お決まりの題材を使ったアプリの制作過程の情報を日常的に目にするようになりました。これはいわゆるポートフォリオとしてQiitaを利用している例であり、シニアエンジニアの間でQiitaがオワコンになり始めたことや、プログラミングスクールに通う多くの人々がQiitaを使い始めたことを示すものでした。その状況を理解するや否や、Qiitaの価値の低下は避けられないと感じました。
これも人が増えた場所の宿命だ。Qiitaがするべきはレコメンド・フィルターの拡充であってそこを叩け。そもそもそんな記事はランキングに上がらないんだから新着汚染にしかならん。検索はストック数とかでフィルターしろ。
お前はどういうQiitaの使い方をしてるんだ？新着チェックしてた猛者なのか？エッジケースだよそれ。
とかくお前の切り口が雑すぎて悲しい。もっと刃を尖らせろ。
お前、Zennもこうならんって言えるのか？言えるならその理由を書いて比較して叩いてくれ。
Qiitaにポエムを投稿できるようになった一方で、Qiitaに投稿される記事の質が低下したことにより、Xやはてな匿名ダイアリーに表示されるような短文投稿が増えました。記事の文章は長ければ長いほどいいとは限りませんが、あまりにも文章が短く、それぞれの文の文字数が少ないので記事の内容が理解しにくいです。この段階に入ると、Qiitaはブログというよりもメモ帳と呼んだ方がいいのではないかと感じ始めました。少なくとも技術ブログのような目新しさや正確さはほとんど感じられなくなりました。
まあ、そもそもQiitaの出発(中盤かな。Q&Aから転換以降)はメモ帳共有でもあったがな。
Qiitaは、エンジニアに関する知識を記録・共有するためのサービスです。 プログラミングに関するTips、ノウハウ、メモを簡単に記録 & 公開することができます。
記事の文章は長ければ長いほどいいとは限りませんが、あまりにも文章が短く、それぞれの文の文字数が少ないので記事の内容が理解しにくいです。
そもそも俺はメモの共有が気に入って使い始めて「人に見せる記事」にしましょうって流れで居心地悪くなったから見えてるサイトが違うっすね。
だから人が増えたサイトで石を除いて玉を多く見せるのはQiitaの技術的な使命であってそこが現状のトレンドで不十分つーならそこを叩けよ。石の量が増えたことを嘆いたってなんの生産性もないし批判たりえんのだわ。
あと再度書くけど俺の認識ではポエムはずっと書かれてきたしジャンルとして排斥を試みたのはとても短い期間だったからな。
俺は今のQiitaが嫌いだしQiitaはいろいろやらかしすぎたしQiitaには俺が好むような記事だけを視界に入れさせろと思ってるわけだが、とはいえこんな文章に乗っかる気にもなれん。
お前が目新しい技術記事を書いてる姿がまったく想像できんのや。
話が抽象的すぎて正確さはほとんど感じられなくなりました。ってブーメランをわざと狙ってたのなら脱帽。
私はこのような記事を読んで共感性羞恥を感じ、萎えてしまうのですが、私と同じような方がきっといらっしゃるのではないかと思います。
日経平均の歴代1位の下落は、同じく歴代1位の上昇によって打ち消されて平常に戻ったように見える。
ただ、日銀の利上げが始まって、これまでのように緩和マネーが無限に供給されて株高と円安が進む相場は終わったと見ていい。
そこで、これから円高と株価下落局面が来ることに備えて、新NISAのつみたて戦略を考えている。
以下の通り。
| 資産 | 金額（万円） |
| 日本株 | 750 |
| 投資信託（新NISA） | 70 |
| 投資信託（確定拠出年金） | 200 |
| 外貨建て債券 | 250 |
| 外貨建て保険 | 750 |
これくらいの資産があると、今回のように円安＆日経平均下落で10%下がるようなイベントがあると1日で200万くらい減ることになるので心臓に悪い。
これでも、今年になってから旧NISAの投信の利確を始めて、暴落前までに1000万分のリスク資産を売却済みだったので平常心を保てた。
現状は月10万円で新NISAの積み立て+確定拠出年金の拠出をしているが、円高＆株価下落局面で同じように続けてよいのかどうかが悩みどころ。
リスク資産を増やしたくない理由として、これからのお金が必要なライフイベント（新車購入、マイホーム購入、子供の教育費など）が発生しそうというのがある。特にマイホーム購入を考えると、住宅ローン金利が高くなる局面で、含み損の資産を売却することになったり、含み損の資産をそのままにして金利を払うことになるのは避けたい。
当面、株を買ったりはしないとしても、毎年120万以上の新NISAの積み立てを続けているとそれだけで5年で600万のリスク資産が積み上がってしまうことになる。あとは、新NISAと確定拠出年金にはそれぞれ欠点があるので、その対応も考えどころ。
TODO: あとで続きを書く
Fetched URL: http://anond.hatelabo.jp/keyword/todo
Alternative Proxies:
