並び順

ブックマーク数

期間指定

  • から
  • まで

481 - 520 件 / 4153件

新着順 人気順

テストの検索結果481 - 520 件 / 4153件

  • 「本を読んでもすぐ忘れてしまう」を解決するスゴ技【新年度におすすめの記事】

    ブログ「読書猿 Classic: between/beyond readers」主宰。「読書猿」を名乗っているが、幼い頃から読書が大の苦手で、本を読んでも集中が切れるまでに20分かからず、1冊を読み終えるのに5年くらいかかっていた。 自分自身の苦手克服と学びの共有を兼ねて、1997年からインターネットでの発信(メルマガ)を開始。2008年にブログ「読書猿Classic」を開設。ギリシア時代の古典から最新の論文、個人のTwitterの投稿まで、先人たちが残してきたありとあらゆる知を「独学者の道具箱」「語学の道具箱」「探しものの道具箱」などカテゴリごとにまとめ、独自の視点で紹介し、人気を博す。現在も昼間はいち組織人として働きながら、朝夕の通勤時間と土日を利用して独学に励んでいる。 『アイデア大全』『問題解決大全』(共にフォレスト出版)はロングセラーとなっており、主婦から学生、学者まで幅広い層か

      「本を読んでもすぐ忘れてしまう」を解決するスゴ技【新年度におすすめの記事】
    • DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)

      はじめにこの記事は、Engineering Manager Advent Calendar 2020の24日目の記事す。 職種を越えた働き方を模索するWeb Engineerのtrebyさんと、技術を突き詰めたいiOS Developerのbanjunさんの二人のパーソナリティをつとめるpodcast「きのこるエフエム」でお話してきた今話題のキーワードDXについてのお話を再編して記事にしたものです。 実際のpodcastについては以下からどうぞ。 いつの間にか"DX"がデジタルトランスフォーメーションにとられてた。trebyさん(以下敬称略) これは、我々のマイブームというか、最近、「DXっていいよね?」っていうふうに私が謎掛けをしますと、banjunさんが、「DX、わからん!」というふうに返すんです。 banjunさん(以下敬称略) 「DXって何ですか?何がいいんですか?」っていう話です

        DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)
      • 個別指導塾でカモにされやすい親子【追記あり】

        ※(追記)当初個別指導塾と書いていましたが、半サロン的な個別指導塾と言った方が正しいな...と思ったので一部を書き換えました。適宜フェイクなど入れてあります。ですが、集団だろうと大手だろうと親、子、塾のすれ違いや情報格差は存在します。どうか本当に気をつけてほしいと思います。本当に気をつけてほしい層にこのメッセージは届かないと思うけど...。 個別指導塾で4年ほど働いている。 自分の働く教室ではカモ、いやもはや詐欺といってもおかしくないレベルの指導のゴリ押しが横行しており、やるせなくなってきたので一部を書く。 これから書くのはバカな親と子がカモられるまでの一例である。 ①高すぎる目標設定まず初めに言っておきたいことは、個別指導塾に来る親子には総じてバカが多いということである。 子の方は集団指導塾の一律授業についていけず、脱落したやつ。 そして親の方は受験の知識もノウハウも何も持ち合わせないま

          個別指導塾でカモにされやすい親子【追記あり】
        • ブロガー界隈の有名フリーランスエンジニアを見てプログラミングを始めないでくれ - 渡るネットは嘘ばかり

          なんかマナブやばいな、ついでに色々見てたんですが、最近技術ではない方向で前に出てきてるエンジニアが増えてるようですね。 技術ブログは一般の人は見ないからわからないかもですが、技術ブログ系はエンジニアが見るだけで、基本的にそこで収益を得てるものも少ない印象があります。技術者の業界というのは業界の発展のために、無償で貢献(楽しみとしての人が多い)する人がすごく多く、それによってライブラリの充実の恩恵として再利用性や車輪の再発明を避けたりできてたりします。なので、この人達は金儲け系のブロガー界隈では話題にならないですね。 一般向けに言葉を発信する人が少なめだったというのもあるのかも知れませんが。というか、よく見たら取り上げようと思った人全員文系エンジニアですか…。文系エンジニアは技術よりお金に向かい、理系はお金より技術に向かう傾向でもあるんですかね。 今回はやまもとりゅうけん、マナブ、勝又健太さ

            ブロガー界隈の有名フリーランスエンジニアを見てプログラミングを始めないでくれ - 渡るネットは嘘ばかり
          • 「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」を1年掛けて整理した

            こんにちわ。rwle1212です。 本記事は JAWS Days 2020 で話す予定でしたが、昨今の事情によりオンライン開催となったため、登壇予定の内容を記事にしたものになります。 登壇していれば諸般の事情により左手首を骨折したネタが使えたのですが、ブログでは伝わらないので非常に残念な思いをしております。という話はどうでも良いので本題に入ります。 50分の登壇内容なので少々長くなりますが、お付き合いください。 JAWS Days 2019で登壇した内容の振り返り昨年の JAWS Days 2019 で「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」という内容で登壇しました。 まずは上のリンクに添付されているスライドを5分位で読めると思うので一読頂いて、下の文に進んで頂ければと思います。 そもそもInfrastructure as Cod

            • 趣味のプログラミングで博士号を取った社会人の覚え書き

              ※追記:本記事では論文誌、学会名や社外講座名などを伏せております。もし必要でしたらSNS等にてお尋ねください(少しググれば見つかりますが)。 私は2022年3月に博士号(工学)を取得しました。いわゆる社会人博士というものです。 自分が博士課程に在籍していたときに、他の方のブログを読んで参考になったので、このようなものは数が多いほうがよいだろうと考え、自分の記録も残しておこうと思います。この記事が誰かの参考になれば幸いです。 tl;dr 研究者としては並以下の、プログラミング好きな研究者(40代管理職)が、4年かけて、「新しいソフトウェア作ったよ」という仕事とは無関係のテーマで博士号を取りました。 どのような人間か 私は企業の研究所に務めている研究者です。物理実験系の修士課程を修了し、情報系の研究所に入社するという、やや異色の経歴です。博士課程進学時(2018年4月)の肩書は主任研究員で、部

                趣味のプログラミングで博士号を取った社会人の覚え書き
              • ソフトウェア設計についての原則や法則についてまとめてみた

                ソフトウェア設計について、YAGNIやSOLIDなど多くの原則・法則があることが知られていますが、その解釈にはぶれが存在することが多いです。そこで、特に有名なものあるいは有用と感じることが多いものをいくつかピックアップして、その解釈やトレードオフについてまとめてみました。 注意としては、SOLIDが入ってることからわかる通り、主にOOPに関する文脈になります。また、各原則の定義については概ね知っている前提で書いているのであまり初学者向けの記事ではないかもしれませんのでご承知おきください。 YAGNI(You ain't gonna need it.) YAGNIは、予測による実装が実際に役立つことは少ないという経験則から生まれた原則です。 一般にオーバーエンジニアリングが利益をもたらすケースは限定的で、どちらかというとプロジェクトに害を与えることが多いとされています。YAGNIは日々状況の

                  ソフトウェア設計についての原則や法則についてまとめてみた
                • 【翻訳】 図解 プロダクトづくりの構造 - ykmc09 blog

                  訳者注 本記事は、Dan Schmidt 氏のブログ記事「A Visual Vocabulary for Product Building」をご本人の許可のもと日本語訳したものです。 ninjinkunさん、Koshiro Kumikoさんにレビューにご協力いただきました。的確かつ、建設的で思いやりのあるアドバイスとフィードバックに感謝します。 同一著者の関連記事としてこちらもぜひ合わせてご覧ください:【翻訳】プロダクトマネジメントトライアングル 以下、翻訳本文です。 プロダクトビルダー(訳注:プロダクトをつくる人たち)が自分のプロダクトに当てはめられるような、成功するプロダクトをつくる方程式はありません。これは、プロダクトが置かれている常に変化するコンテキストに、プロダクトづくりの詳細が大きく左右されるからです。あるプロダクトで成功した戦略が別のプロダクトではまったくあわないこともありま

                    【翻訳】 図解 プロダクトづくりの構造 - ykmc09 blog
                  • Raspberry Piの消費電力をカリカリにチューニングする - あっきぃ日誌

                    特に気にもしていなかったために今まで知らなかったのですが、Raspberry Piを節電のために色々無効化できるらしく、とくにHDMIを無効化して30mA節約できるあたりに感動したので、自宅の常設Raspberry Piに一通り設定しつつ、Ansible Playbookを書いてみました。 github.com varsはこんなかんじ。ご使用のモデルと用途に応じてnoをyesに変えてください。コミットではgroup_varsにおいてますが、host_varsに置いてホスト単位で管理したほうがいいかなと思います。 # HDMIの無効化 (All model) # 30mAくらい減る disable_hdmi: no # ACT・電源のLEDを消灯 (1B+/1A+以降,Zeroはactのみ) # 数mA減る disable_led_act: no disable_led_power: no

                      Raspberry Piの消費電力をカリカリにチューニングする - あっきぃ日誌
                    • 【JS完全に理解した】JavaScript PrimerとプログラミングTypeScriptとレガシーフロントエンド安全改善ガイドを読んでみた - give IT a try

                      はじめに 僕は仕事でRuby on Railsを使ってWebアプリケーションを開発しているので、JavaScriptはそれなりに使えます。 ですが、サーバーサイドで使っているRubyに比べると、JavaScriptの習熟度はそれほど高くありません。 とくに、文法が一気にブラッシュアップされたES2015(ES6)以降の知識は「なんとなく把握はしているが、あくまでなんとなく」といった感じです。 また、最近よく名前を聞くようになったTypeScriptも「名前は知っているが使ったことはない」というのが現状です。 というわけで、「そろそろちゃんと勉強しておかないと」という思いから、以下の本を購入してみました。 JavaScript Primer 迷わないための入門書 (アスキードワンゴ) 作者:azu,Suguru Inatomi発売日: 2020/06/10メディア: Kindle版プログラミ

                        【JS完全に理解した】JavaScript PrimerとプログラミングTypeScriptとレガシーフロントエンド安全改善ガイドを読んでみた - give IT a try
                      • 単語はわかるのに英文がわからない人のための頻出英熟語 650選【PHRASE List & PHaVE List】|相川真司(かわんじ) #DiQt

                        【要約】 英語力の向上のためには、英熟語を覚えることは重要です。 しかし、英熟語には、単語から意味を推測しにくいものも多く、覚えるのが難しいという課題がありました。 このnoteでは、その課題を解決する『頻出英熟語リスト』を紹介し、その英熟語データを無料で配布いたします。 昨年、『この英単語を覚えるだけで、英文の9割は読めるようになる話』というnoteを書きました。 ありがたいことに、このnoteは多くの方々にご評価いただき、なんと『2020年はてなブックマーク年間ランキング』で第6位にノミネートいただきました。 うれしい!!!! このnoteをきっかけに、DiQtは多くの方々に使っていただけるようになりました。 とりわけ嬉しかったのが、短期的な利用ではなく、現在に至るまでずっと継続してDiQtを使っていただけるユーザーに多く出会えたこと。 そしてユーザーインタビューから、DiQtが実際に

                          単語はわかるのに英文がわからない人のための頻出英熟語 650選【PHRASE List & PHaVE List】|相川真司(かわんじ) #DiQt
                        • デートで女性を試して何が悪いんだろう

                          サイゼリアで安いご飯を共にしたら、どんな感じになるのか。 結婚してからわかるより、デート段階で判明したほうがタイムロスが少ない。 女性を試すことの何が悪いのか解説してほしい。 男女平等に相性テストを掛け合うでは、どう正しくないのか。 追記・ ご意見を頂けて嬉しいです。 ただ一点だけ、スルーできません。 サイゼリヤは関係性の未熟な初期のふたりの恋愛において、TPOとして相応しくない・特別感がない、という意見について。 美味しいご飯を食べるのは幸せです。 普段食べている旨いものを共有したいという気持ちは、愛だと思います。 ミラノ風ドリアの製造ラインにいる人たちも、想いを込めています。 古い恋愛のルールに従ってダンスするのを優先して、食卓に座る人と共に楽しむ心を置き去りにするのは本末転倒ではないでしょうか。 一緒に過ごす晩ごはんを特別にするのは、ふたりです。 パートナーになれば、普通の時間を重ね

                            デートで女性を試して何が悪いんだろう
                          • 仕事で作業クオリティが低いと言われ話を聞くと不思議な世界になっていった「仕様に書いてないが普通のエンジニアならできるでしょ」

                            あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 仕事で作業クオリティが低いってコメント来たので話聞いてみると不思議な世界が広がっていた 相手「仕様に書いてないが、普通のエンジニアならできるでしょ」 私「仕様に書いてないならやれません。仕様確認会などあったのでしょうか?」 相手「そんなものない。わからなかったら確認するでしょ」 続 あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 私「わからないところは都度確認してますが、仕様に記載されていないものを作ることはできませんし、確認すらやりようがありません」 相手「テストでいっぱい不具合出てくる」 私「クオリティコントロールの仕組みがないから当たり前では?」 相手「こっちが確認してないのが悪いってこと?」 続 あれっくす@フロントエンド x デジタルマーケティング @MHTco

                              仕事で作業クオリティが低いと言われ話を聞くと不思議な世界になっていった「仕様に書いてないが普通のエンジニアならできるでしょ」
                            • GitHub Copilotの全社導入とその効果 - ZOZO TECH BLOG

                              はじめに こんにちは、CTO/DevRelブロックの堀江(@Horie1024)です。ZOZOではGitHub Copilotを全社へ導入しました。本投稿では、GitHub Copilotの導入に際して検討した課題とその課題の解決策としてどのようなアプローチを取ったのかを紹介します。 目次 はじめに 目次 GitHub Copilotとは何か? GitHub Copilot導入の背景と目的 導入する上での課題 セキュリティ上の懸念 ライセンス侵害のリスク GitHub Copilot for Businessの利用 導入による費用対効果 試験導入による費用対効果の見積もり 試験導入の実施 対象者の選出 アンケートの設計 試験導入の実施 アンケート結果の集計 アンケート結果の考察 費用対効果の見積もり 全社導入の判断 導入決定後のGitHub Copilot利用環境の整備 社内LT会 おまけ

                                GitHub Copilotの全社導入とその効果 - ZOZO TECH BLOG
                              • Twitter で医師が拾われて Google のソフトウェアエンジニアになって 3 年半が過ぎました - nodchipの日記

                                はじめに 『天才』はつくれる 競技プログラミング同好会競技就活部門 Google は世界最高のプログラミングスクールである 雇用形態と働き方 ソフトウェアエンジニア (SWE) Google でのお仕事 Google の面接の内容 Google の面接の問題の種類 コーディングクイズ 知識を吐き出す系 Open-ended question システムデザイン Google の面接の評価基準と対策方法 知識 技能 マインドセット Google の面接のタブー Google の面接の心構え 面接官への話し方 話す量 エリート意識 自己愛 優秀さ、知識量に対するこだわり Google の面接のテクニック 入力条件を確認する 入力の条件を簡単にできるか交渉する テストケースを作って提示する 関連する知識を答える 正しく修正する 競技プログラミングと Google の面接 おわりに はじめに nuc

                                  Twitter で医師が拾われて Google のソフトウェアエンジニアになって 3 年半が過ぎました - nodchipの日記
                                • 2021年のTypeScriptベストプラクティス - 西尾泰和のScrapbox

                                  5: テストコードで、型の要求を部分的にしか満たさないアドホックなオブジェクトをanyにキャストしてモックとして使うのではなく、ちゃんとしたモックを一箇所で定義してそれを使え 6: オブジェクトの種類によってあるプロパティを持っていたり持っていなかったりする時に、?でオプショナルなプロパティにするのではなく、どういう種類の時に持っているのかをインターフェースで明示せよ

                                    2021年のTypeScriptベストプラクティス - 西尾泰和のScrapbox
                                  • スタートアップはいかにしてその活力を失うのか | Yakst

                                    急成長するスタートアップがどうしてそのスピード感や勢いを失ってしまうことがあるのか、その背景にある構造とパターンを筆者の目から解き明かし、それを回避する方法を提案する。John Qian氏のブログ記事の翻訳。 [スタートアップ]原文 How a startup loses its spark (English) 原文著者 John Qian 原文公開日 2023-08-12 翻訳依頼者 翻訳者 doublemarket 原著者への翻訳報告 382日前 メールで報告済み 382日前 原著者承諾済み 編集 ちゃんとしたシードステージのスタートアップでは、エンジニアは業務経験を「夢中だ」と表現する。大きな会社では、得られるのは最良のケースでも「楽しい」程度だ。どうしてこうなってしまうのだろう。これは避けられないのだろうか。 スタートアップを夢中になれるものにするのは何なのかを調べてみよう。エンジ

                                    • 最小限のコードで動く最も汚いコードから始める

                                      最小限のコードで動く最も汚いコードから始める 2023.09.02 コードを書く際の重要な要点は、読みやすく他人に理解される「良いコード」を書くことです。しかし、完璧を目指して最初から書こうとすると行き詰まります。代わりに、荒削りながらも動くコードを作成し、徐々にリファクタリングして完成度を高めます。型エラーやリントエラーを無視しても構わないので、まずは動くものを作成しましょう。それからリファクタリングして「良いコード」を作成できます。 コードを書くときに最も大切なことってなんだろう?聡明な読者諸君ならご存知だろうが、コードは書く時間よりも読む時間のほうが長い。だから他人に読まれることを意識して、読みやすい「良いコード」を書かなくっちゃならない。コンポーネントは適切な粒度で分割されていて、適切な名前がつけられている。型システムに安全性だって守られてるし、最新のなんとかアーキテクチャにも準拠

                                        最小限のコードで動く最も汚いコードから始める
                                      • 自動テストに限界を感じた私がなぜ形式手法に魅了されたのか - 若くない何かの悩み

                                        長らく自動テストとテスト容易設計を生業としてきましたが、最近は色々な限界を感じて形式手法に取り組んでいます。 この記事では、既存の自動テストのどこに限界を感じてなぜ形式手法が必要なのかの私見を説明します。なお、私もまだ完全理解には程遠いため間違いがあるかもしれません。ご指摘やご意見はぜひ Kuniwak までいただけると嬉しいです。 著者について プログラマです。開発プロセスをよくするための自発的な自動テストを支援する仕事をしています(経歴)。ここ一年は R&D 的な位置付けで形式手法もやっています。 自動テストの限界 自動テストとは 私がここ数年悩んでいたことは、iOS や Web アプリなどのモデル層のバグを従来の自動テストで見つけられないことでした。ただ、いきなりこの話で始めると理解しづらいと思うので簡単な例から出発します。 この記事でいう自動テストとは以下のようにテスト対象を実際に

                                          自動テストに限界を感じた私がなぜ形式手法に魅了されたのか - 若くない何かの悩み
                                        • Nature に筆頭で出して、英国でパーマネントの職も得たけど、やりがいがなくなったので辞めます - biochem_fanのブログ

                                          はじめに 専門家としてのアイデンティティ 分野の雰囲気の変化 コモディティ化と専門家の役割の低下 商業化・特許・ブラックボックス シェアの低下 計算資源の不足 新しい IT 技術を習得できない 小回りがきかない 同僚や分野の関心との乖離 他人事になってしまった 自分の存在意義を信じられない 今後の方針 可能性 1: 日本の電顕施設での解析支援とその問題 可能性 2: 電顕施設ではなく(生)化学系グループへ所属する 可能性 3: 仕事だと割り切って企業に行く おわりに 追記とコメント返信 変更履歴 はじめに 筆者*1は構造生物学(X 線回折と電子顕微鏡単粒子解析)のためのプログラム開発とデータ処理を専門としている。昨年、英国の研究機関にて任期なしの investigator scientist ポストに昇進し、Nature に筆頭著者として論文を出し、年間被引用数 1850 以上、h-ind

                                            Nature に筆頭で出して、英国でパーマネントの職も得たけど、やりがいがなくなったので辞めます - biochem_fanのブログ
                                          • 大学入試新共通テストの古典問題が凄かったので解説させてほしい

                                            タイトルの通り。筆者は高校の教員で、いま業務が少しだけ落ち着いていて分析する暇が出来たので、次年度以降の入試対策のために解き直してみたのだが、新テストの方針をすごい形で問題として体現していたので、なるべくわかりやすく解説していきたい。 わかりやすくとはいえ、大学入試の古典問題について突っ込んで書くので、もし興味(と古典の知識)があったら実際に解いてから読んでみてほしい。 問題や解説・予備校の分析などは以下から参照。解けなくても解説や、現代語訳と設問を見るだけでもいい。 予備校 https://www.toshin.com/kyotsutest/ https://kaisoku.kawai-juku.ac.jp/nyushi/kyotsutest/21/ ちなみに大学入試センターの問題作成方針はこっち。 https://www.dnc.ac.jp/albums/abm.php?f=abm00

                                              大学入試新共通テストの古典問題が凄かったので解説させてほしい
                                            • 『ソフトウェアアーキテクチャの基礎――エンジニアリングに基づく体系的アプローチ』 - snoozer05's blog

                                              翻訳を担当した書籍『ソフトウェアアーキテクチャの基礎――エンジニアリングに基づく体系的アプローチ』(オライリー・ジャパン)が3月8日に発売されます。本書は、2020年1月に出版されたMark Richards, Neal Ford著『Fundamentals of Software Architecture』(O'Reilly Media)を全訳したものです。 www.oreilly.co.jp ソフトウェアアーキテクチャとは、ソフトウェアシステムの成功に欠かせない重要な土台です。そのためソフトウェア開発者には、効果的なアーキテクチャを実現するスキルが求められます。本書は、そうした効果的なアーキテクチャを設計、構築、維持するアーキテクトになるために必要なスキルや知識を、現代的な視点から整理して包括的に解説する書籍です。 ソフトウェアアーキテクチャの定義から、アーキテクトの役割、モジュールや

                                                『ソフトウェアアーキテクチャの基礎――エンジニアリングに基づく体系的アプローチ』 - snoozer05's blog
                                              • 【永久保存版】0からAWSを勉強するならこのロードマップに従え! - Qiita

                                                はじめに こんにちは!!@Sicut_studyです! 先日出しました記事が多くの方に見ていだきました! 今回はAWSのロードマップの紹介です。 AWSを勉強しようとしている人からよく聞くのが AWS勉強したいけど何からしたらよいかわからないから資格の勉強しています 資格を勉強するのもいいですが最速でAWSを実践的に使えるということを目的にするなら、その方法は個人的には微妙かなと思います。 私もこのロードマップを行ったあとに試しに資格をとってみましたが、あまり実務に速攻的に役立つという感じではありませんでした (高度なものなら違うかもしれません) 私も2年前はAWSについてまったく知りませんでした しかし、とあるタイミングで 先輩がやっているようなAWSの環境を作って管理するのを私もできるようにならないと高みにいくことはできない このように思うようになり、ロードマップに沿ってに1から学習を

                                                  【永久保存版】0からAWSを勉強するならこのロードマップに従え! - Qiita
                                                • 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入4000社に行くまでの振り返り - ヴェルク - IT起業の記録

                                                  2022年4月11日にboardの有料登録社数が4000社を突破したので振り返りです。 boardの正式リリースは2014年8月20日なので、約7年半ほどで、推移はこんな感じでした。 1000社刻みで定点観測的に書いているので、過去の記事も貼っておきます。 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入1000社に行くまでの経営・受託とのバランス(BPStudy発表時の補足) 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入2000社に行くまでの振り返り 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入3000社に行くまでの振り返り boardとは 見積書・請求書の作成から業務管理・経営管理などを行うことができるサービスで、主に数人〜数十人規模の小規模な会社をメインターゲットとしています。 8年目にして初めてサービス紹介動画を作ったので貼っておきます。

                                                    受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入4000社に行くまでの振り返り - ヴェルク - IT起業の記録
                                                  • Amazonアソシエイトだけで生活して85ヶ月になった。いよいよ成長限界に達したらしい - きんどう

                                                    こんばんは、きんどるどうでしょうです。2012年11月30日にサイトをスタートして85ヶ月。初稿書いてる日曜段階で2,600日らしいです。3,000日まであと1年ちょっとですなぁ。 前回の73ヶ月目報告エントリーにてFX7,200万円ふっ飛ばした話でものすごくPVを稼ぎましたが最大PVは7月のAmazonプライムデーで公開したAmazonでサクラレビューを効率よく避ける商品タイトルの法則だったようです。良かった、FXで大損した人じゃなくAmazonニュースサイトらしい話題がトップでした。 さて、本記事ではいつもどおり過去1年たてた目標の振り返りと、ボヤきでお送りします。さすがに鬱々とした1年というか立ち直れるレベルにはありませんでした。ずっと辛い。ただの日記ですので、新刊セールなどAmazon情報だけで十分な方はここでページを閉じてください。 参考:前回の振り返り Amazonアソシエイト

                                                      Amazonアソシエイトだけで生活して85ヶ月になった。いよいよ成長限界に達したらしい - きんどう
                                                    • 「知識乏しくテストせず」 接触確認アプリ「COCOA」不具合 | NHKニュース

                                                      新型コロナウイルスの接触確認アプリで一部の利用者に通知されていなかった問題で、厚生労働省が調査結果を公表しました。 原因について、アプリの開発などに関する職員の知識が乏しく、不具合を見つけるためのテストを実施していなかったなどと指摘しています。 接触確認アプリ「COCOA」をめぐっては、グーグルの基本ソフト「アンドロイド」の利用者に感染者と濃厚接触した可能性があっても、ことし2月までのおよそ4か月間、通知がされず、把握もできていなかったことが明らかになっています。 厚生労働省の調査チームによる報告書が16日公表され、不具合が見逃された原因について、去年6月に運用を始めた時点で動作確認のテストを行う環境が整備されず、10月に環境が整ってからも優先的な課題とせずにテストを実施していなかったなどと指摘しました。 その背景として、アプリの開発や運用に関する厚生労働省の職員の知識や経験が乏しく、専門

                                                        「知識乏しくテストせず」 接触確認アプリ「COCOA」不具合 | NHKニュース
                                                      • 『学力の経済学』に書かれていた「子どもの学力を上げる方法」まとめ - 俺の遺言を聴いてほしい

                                                        日本の教育では「私は私のやり方で全員一流大学に合格した」みたいな、「個人の体験談」が重んじられがちです。 子どもが全員東大医学部に合格した母親や、ビリから慶應大学に合格したギャル、手の甲に安全ピンを刺し栄養ドリンクを一気飲みしながら勉強して国学院大学に合格した代ゼミの吉野先生など、数え上げればキリがないくらい色々な人が「自分の経験」に基づいて「学力を高める方法」について語っています。 政策決定の場でも「私の経験では〜」と自らの体験談を元に議論を展開していったり、権威がある人の発言を万人に正しいものとして議論を進めるような風潮があったのかもしれません。 一方で、米国では「エビデンスに基づいた教育を行う」という考え方が主流のようです。 2001年にブッシュ政権下で成立した「落ちこぼれ防止法」の中で、「科学的根拠に基づく」というフレーズが111回も使われていました。 「落ちこぼれ防止法」がターニ

                                                          『学力の経済学』に書かれていた「子どもの学力を上げる方法」まとめ - 俺の遺言を聴いてほしい
                                                        • 中学英語レベルの純日本人理系大学生が、1ヶ月ちょいでAI駆使して卒論7割終わらせながらTOEIC 900超えた話 - Qiita

                                                          中学英語レベルの純日本人理系大学生が、1ヶ月ちょいでAI駆使して卒論7割終わらせながらTOEIC 900超えた話PythonAITOEICChatGPTclaude はじめに データサイエンティストを目指して日々勉強している、慶應大学理工学部4年生(2023.11.14時点) 取得資格、コンペ優勝経験など、リアルタイムの情報は👇👇👇をみてね X: @A7_data←こういう者です。 プロフィールページ👇👇👇 ※全て、個人の意見です。個人差もあります。 TOEICとは TOEICは、Test of English for International Communicationの略で、非英語圏の人々がビジネスシーンで英語を使う能力を測るためのテスト。 リスニングとリーディングの2つのセクションで構成されており、それぞれ495点満点、合計990点が最高得点。 TOEICスコアは、企業

                                                            中学英語レベルの純日本人理系大学生が、1ヶ月ちょいでAI駆使して卒論7割終わらせながらTOEIC 900超えた話 - Qiita
                                                          • ブラックフライデー&サイバーセール開催! Udemyでは何を買う? 編集部の2021年イチ押しトピック10選 - はてなニュース

                                                            新型コロナウイルスの影響で、リモートワーク(テレワーク)やオンラインでの学習といった働き方・学び方の大きな変化は2021年も続いています。そんな2021年もあとわずか。やり残したことや学び残したことはありませんか? オンライン学習プラットフォーム「Udemy」では、2021年11月19日(金)~2021年12月1日(水) の間、年間最大のセール「ブラックフライデー&サイバーセール」 を開催します! 対象の講座がなんと1,200円から購入可能になります。 ブラックフライデーセールは11月19日(金)~11月26日(金)、サイバーセールは11月29日(月)〜12月1日(水)の開催です。11月27日(土)〜11月28日(日)はセール対象外なので、ご注意ください。 講座は買い切りなので、おトクなこの期間に気になる講座を購入しておいて、時間ができたときに自分のペースで学んでみるのもいいかもしれません

                                                              ブラックフライデー&サイバーセール開催! Udemyでは何を買う? 編集部の2021年イチ押しトピック10選 - はてなニュース
                                                            • 実は名前のある現象・効果で打線を組んだ : 哲学ニュースnwk

                                                              2024年01月02日19:37 実は名前のある現象・効果で打線を組んだ Tweet 1: 名無しさん@おーぷん 20/07/07(火)13:11:55 ID:SCs 1左 TOT現象 2遊 ジャーキング 3中 心理的リアクタンス 4一 シミュラクラ現象 5指 イヤーワーム 6右 カクテルパーティー効果 7三 ジャネーの法則 8捕 セルフ・ハンディキャッピング 9二 コントラフリーローディング効果 先発:コンコルド効果、バンドワゴン効果、エコーチェンバー現象、ベイカーベイカーパラドクス、マクドナルド理論、確証バイアス 中継:青木まり子現象、アイスクリーム頭痛、カリギュラ効果、シバリング、クロノスタシス、バーナム効果 抑え:ゲシュタルト崩壊 監督:マーフィーの法則 X(旧ツイッター)で「万博中止して金を災害復興に回せ!」の声が高まる 2: 名無しさん@おーぷん 20/07/07(火)13:1

                                                                実は名前のある現象・効果で打線を組んだ : 哲学ニュースnwk
                                                              • TBS人気番組「SASUKE」が五輪種目候補に 近代五種テスト大会で番組セットの使用決定(スポニチアネックス) - Yahoo!ニュース

                                                                TBSは27日、1997年から放送を続ける人気番組「SASUKE~Ninja Warrior~」が五輪種目候補となったことを発表した。世界160以上の国と地域で放送し、現地版も20カ国以上で制作されている世界的人気番組が「近代五種」競技の一つに加えられる可能性が出てきた。 【写真】昨年、世界配信された米リメイク版「SASUKE」 1912年のストックホルム大会から実施されている五輪競技で、水泳、フェンシング、レーザーラン(射撃+ランニング)、馬術の5種目で争われる近代五種。長い歴史、過酷さから「キング・オブ・スポーツ」とも称される。国際近代五種連合(UIPM)は5月2日、2024年のパリ五輪後に近代五種から「馬術」を外し、新たな競技として「障害物レース」を試験導入すると発表。UIPMによると、障害物レースの五輪競技化に向けて、これまで積極的にロビー活動を展開してきた国際団体「World O

                                                                  TBS人気番組「SASUKE」が五輪種目候補に 近代五種テスト大会で番組セットの使用決定(スポニチアネックス) - Yahoo!ニュース
                                                                • Linuxメモ : あると便利かもしれないRust製コマンドラインツール - もた日記

                                                                  インストール方法 bat ripgrep, ripgrep-all fd, fselect starship exa, lsd, nat nushell navi, tealdeer delta hyperfine xsv, csview py-spy bandwhich, gping, ht, dog hexyl, bingrep broot tokei genact, globe, glitchcat monolith shellharden fnm, volta pastel gitui, onefetch, git-interactive-rebase-tool skim watchexec dust, diskonaut, dua-cli, dutree zoxide ytop, bottom, zenith mcfly sd, desed topgrade pueue proc

                                                                    Linuxメモ : あると便利かもしれないRust製コマンドラインツール - もた日記
                                                                  • 厚労省研究班調査:国内中高生93万人にゲーム依存の疑い?!が報道される前に(木曽崇) - エキスパート - Yahoo!ニュース

                                                                    緊急でエントリを投稿します。本日2月6日10時30分より厚労省の主催で「ゲーム依存症対策関係者連絡会議」が行われる予定です。厚労省は当該会議の開催にあたって、事前に使用資料配布を行っているのですが、それを拝読して「こりゃ、エライことになりそうだ」と思ったので早朝に一人パジャマ姿でエントリをしたためております。 当該会合では久里浜医療センターの樋口進センター長が2019年1月から3月に行った中高生のゲーム利用に関する全国調査の結果発表を行うこととなっています。そして、その資料の中には「中高生のゲーム依存95万人」だとか、「その比率が国際的に非常に高い」だとかを示唆する資料が沢山出て来ています。(資料はコチラから参照) おそらくこの会合の後には、各報道機関から「厚労省調査:国内中高生93万人にゲーム依存の疑い。国際的にも非常に高い水準」などという見出しのニュースが出がちだと思うのですが、各報道

                                                                    • SIerに生息する「おじさんSE」の生態を知る - Qiita

                                                                      ここでいうおじさんSEとは、主にSIerに生息する、 ・30歳以上で ・モダンな技術を知らない ・レガシーな技術しか知らない ・主に設計書などのドキュメント類を弄っており、コーディングをしない ・現状から変わる気がない(キャリアアップに対し具体的なアクションがない) 人たちを指す。 決して単に妙齢のエンジニアを一括りにしているわけではない。 「おじさんSE」より良い呼び方があれば、ぜひご提案いただきたい。 第1章 おじさんSEの仕事内容 おじさんSEは、コードを書くことはほぼ無い。 これは現場にもよるので、全く無いというわけではないが、 多くのおじさんSEはコーディングはしない。 ではおじさんSEは何をやっているのかというと、 ・内部設計書、外部設計書、詳細設計書の記述 ・結合試験以降の試験項目票の作成 ・試験結果のレビュー 大抵はこの3つになる。 99.9%はウォーターフォール型である。

                                                                        SIerに生息する「おじさんSE」の生態を知る - Qiita
                                                                      • エンジニアの技術土台となる知識を得るための本の紹介 - Qiita

                                                                        はじめに の参加記事になります。 個別の技術ではなく、エンジニアの成長のステップで読むと良い本の紹介 エンジニアとして成長していくときに、個々の技術を深く理解し使いこなしていくことは必要ですが、個々の技術を選ぶときにもどんな成長ステップがあるかを理解することも重要です。 実装をするという範囲をエンジニアの中心なのはありますが、実装以外の部分を理解するとその技術が最大限に活きるのかを理解するには周辺についても理解していく必要があります。そこで、実装を始める前の構造のパターン、実装を進めるエンジニアの環境などを知ることで、もっと効率的な開発が出来るようになるのかを理解していきたいけると良いと考えています。 この記事では私が経験した中でより良いWebシステムを作るという観点に立ったときに、広く理解しておくと良いと感じた本を紹介します。 これからエンジニアリングでどのような勉強をすればよいかを考え

                                                                          エンジニアの技術土台となる知識を得るための本の紹介 - Qiita
                                                                        • しずかなインターネットの技術構成

                                                                          こんなWebサービスをリリースしたので、技術的な話をまとめておこうと思います。 元々このサービスは、趣味の延長線のような感じで開発を始めました。競合にあたるnoteやはてなブログなどのサービスが確固たる地位を築いているということもあり、「お金にはならないだろうけど、自分の趣味を詰め込んだものにしよう」というゆるい気持ちで開発を続けています(楽しい)。 選定の方針 趣味と言っても文章投稿サービスなので、ユーザーが少数であったとしても長期間運営しなければなりません。そのため、ユーザー数が少なければランニングコストが数千円/月以下、ユーザー数が増えたときは段階的にコストが上がるように選定を行いました。 アプリケーション フルスタックNext.jsアプリケーションをCloud Runにデプロイしています。各APIエンドポイントはNext.jsのAPI Routesで生やしています。 Next.js

                                                                            しずかなインターネットの技術構成
                                                                          • 開発者向けのテストの本いろいろ

                                                                            なんかおすすめなテスト本ないですかねえ? と、某所で(テストをメインの業務にするのではなく)普通に開発をされている方に聞かれたので、 プログラミングは普通にできる テストについては学んだことはない とはいえテストエンジニアになるわけではなく、開発者としてテストが知りたい という人向けに、2021年現在で普通に入手できる本をいくつか挙げてみます。

                                                                              開発者向けのテストの本いろいろ
                                                                            • 技術者には試行錯誤は圧倒的に悪であると腹落ちした話|牛尾 剛

                                                                              私はシアトルのクラウドの中の人として、ソフトウェアの開発を行っているが、先日ある問題がきっかけで、技術者には試行錯誤がとても良くないということが腹落ちしたので、忘れないように書いておきたい。 先日起こった事先日起こった事は、私がシアトルから一時帰国して、普段使わないラップトップを使って日本から仕事をしている。 Application Insights というログを管理するプラットフォームがあるのだが、とても不思議なことに、Application Insights のログファイルを見ると完全に正常に動いているようにしか見えないのだが、クラウドのポータルに行くと、テレメトリが来ていない。 Application Insights のチームのメンバーが助けてくれることになったので、彼女に、Teamsで画面共有をして、「ほら、出ないでしょ?」と見せると、なんとテレメトリがポータルに来ている。その後

                                                                                技術者には試行錯誤は圧倒的に悪であると腹落ちした話|牛尾 剛
                                                                              • 発掘,史上初の純国産ビデオゲーム! HITAC 10で開発され,1973年にお披露目されたゲームと,それが後年に与えた影響とは

                                                                                発掘,史上初の純国産ビデオゲーム! HITAC 10で開発され,1973年にお披露目されたゲームと,それが後年に与えた影響とは ライター:hally 12→ 1973年7月,一般的に“日本初のビデオゲーム”とされるタイトーの「エレポン」や,セガ・エンタープライゼスの「ポントロン」が発売された。しかし,これらはあくまでAtariの「PONG」をコピーしたものであり,開発の面からすれば本当の意味で“日本初”であるとは言い難い。 では“日本人が自ら考案・設計した最初のビデオゲーム”とは,いったい何なのだろうか? その答えが,意外なところで見つかった。調査によって,1973年の11月に,岩手大学の大学祭で「電子パチンコ」および「電子ボーリング」なるビデオゲームが,学術用ミニコンピュータ・HITAC 10をプラットフォームとして公開されていたことが明らかになったのだ。現在探しうるうちでは,これが恐ら

                                                                                  発掘,史上初の純国産ビデオゲーム! HITAC 10で開発され,1973年にお披露目されたゲームと,それが後年に与えた影響とは
                                                                                • プロ野球 野村克也さん死去 84歳 戦後初の三冠王 | NHKニュース

                                                                                  プロ野球で戦後初の三冠王に輝いた名キャッチャーで、監督としても日本一に3回輝いた野村克也さんが11日、虚血性心不全のため亡くなりました。84歳でした。 野村さんは京都府出身、昭和29年に峰山高校からテスト生でソフトバンクの前身、南海に入団しました。昭和36年から8年連続でホームラン王を獲得し、昭和40年には戦後初の三冠王に輝きました。 「打ってよし守ってよし」の球史に残る名キャッチャーとなり、選手兼任監督としても8年間チームを率いて昭和48年にはリーグ優勝を果たしました。 その後、ロッテと西武でプレーし、昭和55年に45歳で現役を引退しました。 通算3017試合出場は、平成27年に中日で選手兼任監督だった谷繁元信さんが更新するまで長年にわたってプロ野球記録でした。 また通算2901安打、ホームラン657本、1988打点はいずれも歴代2位で、平成元年に野球殿堂入りしています。 翌年の平成2年

                                                                                    プロ野球 野村克也さん死去 84歳 戦後初の三冠王 | NHKニュース