並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 27815件

新着順 人気順

diaryの検索結果161 - 200 件 / 27815件

  • Python ユーザでも『データ可視化入門』で練習できるようにパッケージを作った + Plotnine との互換性ガイド - ill-identified diary

    概要 pysocviz が提供する機能 ggplot2 と同じようにできないところとその対策 aes() にクオートされてない変数を指定できない R のように改行できない ggplot2 で使えた色名が使えない ggplot2 で使えた linetype が使えない 文字化けの回避 ggrepel パッケージの利用 scales::percent などの単位・スケール指定 テーマや色パレットのプリセットを変更したい場合 subtitle/caption が表示されない 複数のグラフを連結できない hjust/vjust が使えない グラフ内の図形やテキストの大きさのバランスがおかしい geom_smooth/stat_smooth で一般化加法モデル (GAM) による平滑化ができない geom_quantile の method 指定ができない geom_smooth/stat_smoo

      Python ユーザでも『データ可視化入門』で練習できるようにパッケージを作った + Plotnine との互換性ガイド - ill-identified diary
    • 「生きづらい私は発達障碍者でした」を読んで - 小学校笑いぐさ日記

      そういう漫画がTwitterであって賛否両論だったらしいので読みました。 (一番下にリンクしておきます) すごく正直な漫画だな、と思ったし、胸が痛くなりました。 これが批判されるのもわかるけど、それが辛い。 まず、前提として、発達障害の人は、一般に「空気を読む」「他人の気持ちを推し測る」といったことがすごく苦手です。 それがこの漫画にも強く表れています。 だから、どこの職場に行っても仕事でミスが多いし、人間関係をうまく構築できず浮いてしまい、嫌われてしまうのです。 そして、その理由を本人が全然理解できないのもそうです。 あの作品を批判する人たちは、 「同僚が一方的に悪人に描かれていて、主人公の反省や成長がない」 って書いているし、それはまったくその通りです。 でもそれは作者が感じたままなのです。 「たぶん同僚には自分を嫌う理由があったんだろうなあ、自分が何かやらかしてしまったんだろうなあ」

        「生きづらい私は発達障碍者でした」を読んで - 小学校笑いぐさ日記
      • 休日にシステムエンジニアは勉強するべきかどうか - orangeitems’s diary

        たまにSNSで論争になるので、意見を言っておこう。 日進月歩のIT業界でお勉強するべきかって話。 そりゃ、しないと置いて行かれるでしょうね。特にソフトウェア周りって、気を抜いているとどんどんバージョンアップして、操作方法も変わる。基本的なことさえ押さえていれば、あとは便利になっていくだけだから新しく勉強することなんてないよね勢がいるのもわかるが、それでも時間的に限界はある。7.0と8.0は大きな違いが感じられなくても、7.0と15.0はもう全然別のソフトウェアになっている。 どんなソフトウェアも、情報処理技術者試験で出てくるような基本から成り立っている。その上に応用としての技術があるので、基本をしっかり身に付けていれば、ある程度の技術の変化にはついていける。それは間違いない。 問題は、この基本の部分をどの程度習熟しているか。それこそ年齢が若い時に、仕事「以外」の時間も使って学ぶことをお勧め

          休日にシステムエンジニアは勉強するべきかどうか - orangeitems’s diary
        • ITの内製化が進んでも、業界構造が変わらない理由 - orangeitems’s diary

          ここに、SES・多重請負の悪いところがたくさん書いてあるけれど。 anond.hatelabo.jp 私も15年前に、SESの自分の立場を呪い、元請に転職した人間だ。1度きりの転職だがここでエスケープして正解だったとは今でも思う。そのときに「どうせSESや多重請負の構造などジリ貧だ。いずれ滅びる。それなのにここに長居したら未来はない。」と決めつけて、出て行った。 その後はどうか。残念ながら、ちっとも無くなっていない。もう15年だ。 今「この業界は内製になるだろう、だからSESや多重請負が無くなる」という呪いをかけたところで、それはちっとも説得力がない。だって、後ろを振り返ってみても未だに、多重請負にしろSESにしろ、その世界観は崩れていないのだもの。 そもそもの話として、SESや多重請負の構造は小泉改革が作ったものではない。もっと昔、1990年代から根付いていた。パソコンがオフィスに入って

            ITの内製化が進んでも、業界構造が変わらない理由 - orangeitems’s diary
          • 検索結果に表示される広告を悪用したマルウエアの拡散についてまとめてみた - piyolog

            2022年末以降、一部のマルウエアでGoogleの検索結果に表示される広告サービスを悪用し感染させる手口が増加しているとして、セキュリティベンダやFBIなどが注意を呼び掛けています。ここでは関連する情報をまとめます。 Googleの広告悪用し偽インストーラー配布サイトへ誘導 マルバタイジングの一種で、SEO(Search Engine Optimization)ポイズニング、またはSERP(Search Engine Results Page)ポイズニングとも呼ばれることがあり、攻撃者はなりすまし対象のソフトウエア配布先に似せたドメイン名を取得し、これを表示させる広告をGoogleから購入する。 ソフトウエアのインストールを考える利用者は検索サービスでソフトウエアの名前で検索を行うことが一般的だが、攻撃者が用意した広告が検索結果の一番上に表示されることがあり、利用者は誤ってそれをクリックし

              検索結果に表示される広告を悪用したマルウエアの拡散についてまとめてみた - piyolog
            • ChatGPTにお前はどうやって実装されてんの?って聞いてみたら

              マジレスされてチビッた.こりゃGoogleさんもビビるわけだ. ぼく: How were you implemented? Is it deep learning-based? ChatGPT: I am a language model called GPT-3 (Generative Pre-trained Transformer 3) that was developed by OpenAI. It is a deep learning-based model that uses a type of neural network called a transformer, which was trained on a large dataset of text to learn patterns of language. GPT-3 is trained using a techni

                ChatGPTにお前はどうやって実装されてんの?って聞いてみたら
              • アマゾンの社内パワポ禁止の件で大事なこと - orangeitems’s diary

                パワポ禁止 アマゾンでパワポ資料の禁止、と言う記事が話題になっています。 この件、非常に大事なポイントが隠れていると思うのでコメントします。 bunshun.jp いまやプレゼンの必須ツールとなっている「パワーポイント」だが、アマゾンでは禁止されているらしい。アマゾンの「普通」は、他の会社の「普通」とは異なることが多々ある。ではアマゾンの「普通の基準」とは何なのだろうか。アマゾンジャパン元経営メンバーが解き明かす。 大事だと思うこと ポイントは一つです。 「社内」プレゼンだということです。 社内です。社外とは言っていません。 アマゾン、特にAWSの世界では、顧客に質のいいパワポ資料を作るように資料を公開してくれています。 aws.amazon.com アーキテクチャダイアグラムは、設計、デプロイ、トポロジーを伝達する手段として優れています。このページでは、AWS 製品アイコン、リソース、お

                  アマゾンの社内パワポ禁止の件で大事なこと - orangeitems’s diary
                • 技術力のないSE - orangeitems’s diary

                  はじめに 技術力のないSE、というタイトルから、またシステムエンジニアの愚痴を聞かされるのかとお話ですがちょっと角度が違っていて、この話題の歴史の話です。 技術力の無いSEという言葉が初めて議論になったのは、2005年の下記の記事だとGoogle先生が教えてくれました。 ceo.livedoor.biz 今日は某IT会社の方を訪問し、面白い話を伺った。 最近の大手ベンダーのSEは、「手配師」っぽくなっているという話。 自身の開発経験がないのに、見積やプロジェクト管理などをやっているので、表面的な仕事しかできない。 一人ひとりの予算が大きくて(一人年間1億とか)、とてもじゃないけど自分で仕様書なんて書いていられない。そのため、子会社や協力会社に話をつなぐことが仕事にらざるを得ない。中味をちゃんと見る時間もスキルもないので、いきおいオカネと期間の話ししかできず、結局「脅し」や「お願い」が仕事に

                    技術力のないSE - orangeitems’s diary
                  • Python 3.8 の概要 (その1) - Assignment expressions - atsuoishimoto's diary

                    古来、Pythonでは「代入は文であるべき!」と一貫して主張してきました。 C言語などでは、代入は足し算や掛け算と同じ、値を計算する「式」で、たとえば a = (b=100) / 2; と書くと、b には 100 を代入し、a に 100/2=50 を代入します。1+1 は 2 という値になる 式 ですが、b=100 も同様に値が 100 となる 式 なのです。 Pythonでは、代入は式ではないので、こういう書き方はできません。 Pythonの代入は、足し算などの演算子の仲間ではなく、if や for のような制御文の仲間で、あまり自由な書き方は出来ないのです。 Python FAQ では、その理由として Python の式中での代入を許さない理由は、この構造によって起こる、他の言語ではありがちで見つけづらいバグです: if (x = 0) { // error handling } e

                      Python 3.8 の概要 (その1) - Assignment expressions - atsuoishimoto's diary
                    • 引用元を明記しないスクショを貼ったツイートやめろ - K Diary

                      昨日、ツイッター見てたら、TLに以下のツイートが流れてきた。 ここ想像力の限界ですき pic.twitter.com/RfYmlnoPSS— ENJOY父さん (@EnJoyTohsan) 2021年7月11日 まあまあバズってて、内容も「ふふっ」という感じだったんだけれど、(少なくとも俺が見たタイミングでは)このツイ主からは引用元は明記されていなかった。 先程、ツイートに対する他のアカウントからのリプで分かったのだけれど、どうやら恋愛工学の藤沢数希の著作からの引用だったらしい。 先月もこれと同じようなことがあった。 本当に頭の悪いやつが書くタイプの文章だ pic.twitter.com/HI7YixqXQ3— こまピペ (@koma_pipe_) 2021年6月7日 これもおもしろスクショで、まあまあバズってたんだけれど、上記と同様に引用元が不明。また、ここに書かれている文面をGoogl

                        引用元を明記しないスクショを貼ったツイートやめろ - K Diary
                      • 【2020年】CTF Web問題の攻撃手法まとめ - こんとろーるしーこんとろーるぶい

                        はじめに 対象イベント 読み方、使い方 Remote Code Execution(RCE) 親ディレクトリ指定によるopen_basedirのバイパス PHP-FPMのTCPソケット接続によるopen_basedirとdisable_functionsのバイパス JavaのRuntime.execでシェルを実行 Cross-Site Scripting(XSS) nginx環境でHTTPステータスコードが操作できる場合にCSPヘッダーを無効化 GoogleのClosureLibraryサニタイザーのXSS脆弱性 WebのProxy機能を介したService Workerの登録 括弧を使わないXSS /記号を使用せずに遷移先URLを指定 SOME(Same Origin Method Execution)を利用してdocument.writeを順次実行 SQL Injection MySQ

                          【2020年】CTF Web問題の攻撃手法まとめ - こんとろーるしーこんとろーるぶい
                        • Linux が動作する RISC-V CPU を自作した (2019 年度 CPU 実験 余興)

                          私が所属する東京大学理学部情報科学科では三年の冬学期に CPU 実験という実験授業が開講されています。本稿ではその簡単な説明をした後、その実験の一環として約一ヶ月ほど取り組んだ「Linux が動作する RISC-V CPU を自作するプロジェクト」で何をしたか、またどのような成果を得たかについて紹介したいと思います。 本稿を読むその前に 弊学科では「XX 年度に教養学部から理学部情報科学科に進学してきた学生」を「XXer」と呼ぶ文化があります。本稿ではこの表現を断りなく用います1。また私は普段 Web が好きでもっぱら Web セキュリティに関することを追いかけているだけのしがない学部 3 年生なので (私についての情報は ここ に大体まとまっています)、こういう低いレイヤのことは未だによく分かっていません。あくまで素人の記事だとご理解いただけると嬉しいです。誤りの指摘や質問があれば、ここ

                            Linux が動作する RISC-V CPU を自作した (2019 年度 CPU 実験 余興)
                          • 【年末年始まとめ読み】2023年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50を公開しました! - 週刊はてなブログ

                            お正月休みに読みたおそう! 気づけば今年もあっという間に年の瀬ですね! 皆さんにとってこの1年はどのような年でしたか? はてなブログでは2023年もさまざまな話題が書き残されています。 特に週刊はてなブログで、毎週月曜日に公開している「今週のはてなブログランキング*1」には、そのときどきの注目記事が集まっています! 今回は、その総決算として2023年にもっとも注目を集めた「年間総合はてなブログランキング」トップ100の記事と、「はてな匿名ダイアリー」トップ50の記事を発表します*2! 集計期間は2023年1月1日~同12月20日です。 # タイトル/著者とブックマーク 1 新NISAは庶民に十分すぎるほどの制度 - 銀行員のための教科書 by id:naoto0211 2 ChatGPTの使い方のコツをまとめる - BioErrorLog Tech Blog by id:BioErrorL

                              【年末年始まとめ読み】2023年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50を公開しました! - 週刊はてなブログ
                            • Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary

                              先日のKaigi on Rails中の雑談として @ima1zumi さんから、RDBに対して秒間1000コミットぐらいで処理が詰まってる場合ってどうするのが良いのか、という質問を受けまして、雑談の中で色々答えてたんですが、せっかくだから記事にまとめておこうと思います。 ちょっとしたKaigi Effectって感じですね。 今回のKaigi on Railsのトークの中では、 数十億のレコードを持つ5年目サービスの設計と障害解決 by KNR - Kaigi on Rails 2023 の話なんかは割と関連がありますね。ユーザーの行動履歴というのは、ユーザー数 * N * タイムスパンで増えていくレコードなので、書き込みとデータ量が爆発しがちです。トランザクションで堅牢に処理しなければいけないケースもそこまで多くないので、RDBだと書き込みに対する処理が過剰なケースが多い。実際のところこの

                                Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary
                              • マクドナルドで一日分の栄養を取れる組み合わせを計算したら衝撃の結果が!

                                マックで一日分の栄養を取りたい! マクドナルド。関東ではマック、関西ではマクドと呼ばれている、おなじみのファーストチェーン店です。全国津々浦々にありますので、よく食べる方もいらっしゃるでしょう。私も大好きで、よく食べています。 ところで、マクドナルドって栄養的にどうなんでしょう?ファーストフードばかり食べていると体に悪いという話をよく聞きますが、そんなに偏っているのでしょうか?メニューの組み合わせさえ気を付ければ大丈夫なのでしょうか。 そこで、マクドナルドで一日に必要な栄養素を取るための商品の組み合わせを調べてみました。 計算は簡単 式を立てる 組み合わせを見つけるのはそれほど難しくありません。線形計画法という手法を用いれば簡単に解くことができます。特に最低限必要な栄養素を求める問題はダイエット問題という名前で知られています。 マクドナルドの商品の栄養素は公開されているデータを使用します。

                                  マクドナルドで一日分の栄養を取れる組み合わせを計算したら衝撃の結果が!
                                • 『猫にモテる入浴剤』を使ったらモテモテになってしまった人。「なにこれ欲しい」

                                  みにら日記‐MINIRA‐Diary‐ @minira_diary 元気いっぱいミヌエットみにら君。食いしん坊な性格YOUTUBEで毎日動画投稿中/17LIVE公式サポーター😼少し笑えるみにら君との癒される日常を公開中!お仕事関係や記事関連はDM頂けると嬉しいです(^^♪ youtube.com/user/tomoyasud…

                                    『猫にモテる入浴剤』を使ったらモテモテになってしまった人。「なにこれ欲しい」
                                  • Free Wi-Fi(00000JAPAN)は安全なのか? - Qiita

                                    元記事 元記事を読んで恐くなり、災害用公衆無線LANの00000JAPANを含むFree Wi-Fiの使用を躊躇してしまった一般利用者個人のためにこの記事を書きました。 本記事では大雑把に元記事がどのようなリスクを指摘しているのか、そしてなぜそれを考えなくて良いのかを説明した後、情報セキュリティについて持論を述べる前に理解しておくべき点に触れます。 結論 正しくスマホやPCを使う限りFree Wi-Fiは危険ではありません。00000JAPANをぜひ活用してください。 これに同意した方とネタが嫌いな人はセキュリティクラスタは口が悪いまで読み飛ばしてください。 まだ心配な人のために暗号化の重要性を知っている専門家の見解を紹介します。 災害時無料公衆無線LANの利用がNHKで紹介され、Wi-Fi暗号化がされていないことから「クレジットカード情報やパスワードなどの入力は極力、避けるよう」と呼び掛

                                      Free Wi-Fi(00000JAPAN)は安全なのか? - Qiita
                                    • Webアプリケーションの障害対応について改めて意識すべき点ややれると良いことをまとめる - stefafafan の fa は3つです

                                      Webアプリケーションエンジニアをやっていると時たま障害が発生し復旧作業にあたるのだが、人によって「障害対応が得意」だったり「苦手」だったりする。ただ、障害対応時の「良い動き」というのが実際どういうものなのかというのが自分の中でふんわりしていたので、ざっくりはてブで「障害対応」で検索していくつかのエントリーを読んでみたり、自分の仕事での経験を振り返ってみたりして考えたことをまとめてみた。 障害にはフェーズがある 障害対応には複数の役割がある 障害対応をスムーズに進めるための目的は複数ある スキルも必要なので練習していけると良い 初心者でもやれることはある 実際やってみると良さそうなこと 障害対応時にやることをテンプレート化する スムーズに対応に入れる仕組みを整える 障害対応避難訓練 おわり 障害にはフェーズがある 障害対応したことないと、障害には「障害中」「障害中でない」の二つの状態しかな

                                        Webアプリケーションの障害対応について改めて意識すべき点ややれると良いことをまとめる - stefafafan の fa は3つです
                                      • 宇宙際タイヒミューラー理論(IUTeich)の論文を巡る現状報告: 「数学界に出現している悲惨なブラックホールの物語」 - 新一の「心の一票」:楽天ブログ

                                        2020.01.05 宇宙際タイヒミューラー理論(IUTeich)の論文を巡る現状報告: 「数学界に出現している悲惨なブラックホールの物語」 カテゴリ:研究関連の現状報告 記事の標題にあるテーマについて度々聞かれますので、この際、内容をきちんと整理して皆さんにお伝えしたいと思います。この内容は報告とも言えますが、広い意味での、一種の「内部告発」とも言えます。 まず強調しなければならないことは、理論に関わっている研究者の、約7年半に及ぶ大変な努力によって、理論の論理構造は細部まで徹底的に分析・議論され、何十回もの単独講演や何件もの大きな研究集会で詳細に解説され、また何名もの研究者により(いわゆる「サーベイ」という形で)解説原稿が出版され、特に理論の正しさは何十回、何百回と確認されており、この検証活動によって多数の軽微な記述上の不備等は発見され直ちに修正されているものの、理論の本質的な正しさに

                                          宇宙際タイヒミューラー理論(IUTeich)の論文を巡る現状報告: 「数学界に出現している悲惨なブラックホールの物語」 - 新一の「心の一票」:楽天ブログ
                                        • 研究室の同期がとある化学メーカーに内定したけど、事業所のある宮崎/岡山に出向いた結果、関東勤務確定の別のメーカーに就職してた

                                          相沢 薫 @kaoru__diary 昨日の飲み会で、研究室の同期がとある化学メーカーに内定もらったけど、勤務地に不満があるから自ら勤務可能性のある宮崎/岡山に出向いた上で、ここでは住めないと判断。もう一つの関東勤務確定のよく分からないメーカーに就職したんだよね…って話をされて、勤務地重視思想広まってるやんと思う等。 2023-09-03 20:38:25

                                            研究室の同期がとある化学メーカーに内定したけど、事業所のある宮崎/岡山に出向いた結果、関東勤務確定の別のメーカーに就職してた
                                          • 精神分裂病における妄想主題の時代的変遷について

                                            ちょうどよい事例が昨日から話題なので、再掲しときますね。 精神神経学雑誌1978年12月号に、松沢病院の藤森英之先生が書いた「精神分裂病における妄想主題の時代的変遷について」という論文が載っている。この論文、明治、大正、昭和のそれぞれの時代に、松沢病院とその前身である巣鴨病院に入院した2435人の分裂病患者のカルテを調べ、妄想の主題について調べたという労作。 この論文によれば、「電波」の妄想は明治大正には存在せず、出現したのは昭和初期のこと。「電波」のかわりに明治大正期に多かった表現は「電気」。まあ、明治期にはこういう系統の妄想よりも「狐憑き」みたいな憑依妄想が多かったのだけれど。時代が下るにつれて、妄想の内容もどんどん多様化していって、昭和36-40年には、「テレビ」「光線」「X線」「電子頭脳」「超音波」「空中放電」などが登場しているとのこと。テクノロジーの進歩を露骨に反映してるわけだ。

                                              精神分裂病における妄想主題の時代的変遷について
                                            • GitHubで上手いことコードを検索したい - hogehoge diary

                                              Githubの検索を使いこなせてない 常日頃お世話になっているGitHub。ただリポジトリを管理するだけじゃもったいない!と思い立って、Alfreadで手軽に検索できるように設定φ(..) が、コードが大量にありすぎていまいち欲しい情報にたどり着けない! ということで、GitHubに大量にあるコードから自分が欲しい情報を手に入れるためGitHub Helpに書いてある検索のコマンドを抜粋してまとめてみた。 Searching code - User Documentation 前提として GitHub Helpにある注意書き サインインしていないとすべてのパブリックなリポジトリを検索できません フォークしたリポジトリはフォーク元よりスターを獲得していないとインデックスされない もし検索したいときは fork:true or fork:only デフォルトのブランチのみがインデックスされる

                                                GitHubで上手いことコードを検索したい - hogehoge diary
                                              • 外国人「何故アニメやマンガを英題ではなく日本語タイトルで呼ぶ人が多いのか」海外の反応 : 暇は無味無臭の劇薬

                                                Comment by fatalotaku 何で日本語タイトルの使用を好む人が多いのか こんなことを尋ねると腹を立てる人もいるだろうけど純粋に疑問。 日本語タイトルをあまり追えない自分としてはなんでみんなが英題よりも日本語タイトルの使用を好むのかが不思議。 最近見かけた例だと「Ascendance of a Bookworm」の動画のソースを尋ねてる人に対するレスの大半が「Honzuki no Gekokujou: Shisho ni Naru Tame ni wa Shudan wo Erandeiraremasen」というものだった。 確かにそれなら正確な回答だろうけど一々打つのは大変だろうし、興味を持った人もそれじゃ後で検索しようと思った時に思い出すのが難しいかもしれない。 要するに僕は日本語タイトルを使用すべきではないと言ってるわけではなくて、ただアニメの議論をする時に英題ではなく

                                                  外国人「何故アニメやマンガを英題ではなく日本語タイトルで呼ぶ人が多いのか」海外の反応 : 暇は無味無臭の劇薬
                                                • IT業界の迷信を3つほど斬る - orangeitems’s diary

                                                  はじめに 20数年前にIT業界に入門してまだ退門していないので生き残りとも言える私ですが、いろんな迷信に出会ってはそうならないことに遭遇してきました。そして今もまた迷信が生まれ世の中右往左往しているのですが、もうここまで業界にいるとそれはないなと思うことがいくつかあります。 今日はそんな迷信をいくつか振り返ったり、評価したりしてみようかなと思います。 迷信レビュー クラウドの登場によりインフラエンジニアはいらなくなる 2012年くらいにこんなことが言われだし、今もってそんなことを言う人はいます。 news.mynavi.jp 4本のレポートの共通タイトルを「4年後には職業がなくなる!? クラウド時代のインフラエンジニアの未来」としたが、すべてのスピーカーの方々に共通していたのは、「インフラエンジニアは不要な存在にならないが、インフラエンジニアに求められるものは変わる」という見解だった。 2

                                                    IT業界の迷信を3つほど斬る - orangeitems’s diary
                                                  • 不正アクセスによるPeatixの情報流出についてまとめてみた - piyolog

                                                    2020年11月17日、Peatix Japanは米本社(Peatix.Inc)が提供するイベント管理サービス「Peatix」が不正アクセスを受け、登録されていた利用者情報が取得されたと発表しました。ここでは関連する情報をまとめます。 最大677万件のデータ流出 peatix.com 【Peatix不正アクセス事象】よくいただくご質問とその回答 [PDF] 弊社が運営する「Peatix」への不正アクセス事象に関するお詫びとお知らせ Peatix社が情報流出の可能性を把握したのは2020年11月9日頃。 外部企業による調査の結果、2020年10月16日~17日にかけて不正アクセスが同社サービスに行われていた。 登録されていた個人情報を含む利用者情報が最大約677万件不正に取得された事実が判明。 2020年11月17日発表時点で調査中。新事実等判明次第公表。 同社は今回の流出に関係する二次被害

                                                      不正アクセスによるPeatixの情報流出についてまとめてみた - piyolog
                                                    • 45歳リストラ、希望退職はなぜ生じたのかを考える - orangeitems’s diary

                                                      はじめに なぜ優良企業でさえも45歳以上のベテランをターゲットに、お金を支払ってまで希望退職制度を実施するのかを考えてみます。かなりの企業が実施に踏み切っていて希望退職の話を聞かない日はないのですが、報道を見ても表面的なことの分析にとどまっていて内情を把握しているとは思えません。 なぜ希望退職は生じたのか。多面的に考察していく必要があります。理由を知ることで冷静に対処できますし、将来に備えることもできます。 考察 企業から考えたときに、あるべき45歳像が存在します。社会人経験が20年で業界や社会のルールを熟知しています。会社の商品やサービスに対して営業段階から製造、納品、そして現金の回収までのビジネスで必ず通るプロセスがありますが、その全部もしくは一部に精通している必要があるでしょう。逆に20年やってきて何にも精通していないのであればそれまで何を経験してきたのか、ということになります。 こ

                                                        45歳リストラ、希望退職はなぜ生じたのかを考える - orangeitems’s diary
                                                      • 趣味の開発で使えるGitHubのブランチ運用 - t-hom’s diary

                                                        今回はGitHubの話。 基本的な使い方は入門書がいくらでも出ているので今更私が解説するまでもないけど、ブランチ運用については腑に落ちるまで少し苦労したので今回は自分流のブランチ運用をメモとして残しておこうと思う。 ガチの開発勢から色々と文句を言わるかもしれないけど、趣味開発なのでご容赦願いたい。 thomの2ブランチ開発フロー 私は次の表の1~8のような流れで開発を進めている。 このブログの読者はExcelマクロ開発者が多いのでバージョン管理システムを使わないExcel開発を例えとして挙げてみた。対比させるとGitでやっている作業が何をしているのか少しは分かりやすいかなと思う。 本来は2~4を繰り返してこまめにdevブランチを更新しつつ、ある程度キリの良いところで充分にテストをしたうえでmasterへ取り込むんだけど、なんせ一人で開発していてユーザーも大抵自分ひとりというケースが多いので

                                                          趣味の開発で使えるGitHubのブランチ運用 - t-hom’s diary
                                                        • ファミコンエミュレータ実装の感想 - ichirin2501's diary

                                                          とりあえずスーパーマリオが動いて一段落したので覚えているうちに感想書いていく。 (この記事の情報量は、デバッグは大変、以上) 動機 単に好奇心。ただ、ファミコンのエミュレータに着手したのはこれで3回目になる。 1度目は10年前の身内ハッカソンのとき。このときはC言語で実装してて強引にHELLO, WORLD!を表示するだけで終わった。 実装の続きをしたかったけど、この後は忙しくなってしまって挫折している。 2度目は2年前で、過去の心残りを精算するためにGo言語で着手したのだけど、CPUの実装が終わった後ぐらいからまた忙しくなって挫折している。 今回は2年前のGoコードの続きからコミットを積んでここまで来たので、一応リベンジ成功....と言って良いんじゃないかな、たぶん。 過程 PPUの実装は最初からinternal register(v,t,x,w)を使う方法にした(PPU scrolli

                                                            ファミコンエミュレータ実装の感想 - ichirin2501's diary
                                                          • 『オタク用語辞典 大限界』は何がよくないのか アークナイツ界隈用語から考える - blackhandmaiden’s diary

                                                            発表されるやいなや悪い意味でネットの話題となった『オタク用語辞典 大限界』だが、この度ようやく書籍が発売されたため購入してみた。取り上げられている項目に「アークナイツ」「原神」があったためである。いろいろスマホゲーがある中で、原神は若い女性にも人気が高いしそこはよくわかる。だが、アークナイツをあえてセレクトしてくるのが非常に興味深かったためだ。なお筆者のアークナイツプレイ歴は2年ちょっと。星6はコンプしているが自力で使い方を見出だすことは少なく、危機契約は動画を見て18等級クリアする程度のヌルいドクターである。 書籍についてのスタンスは昔書いた通りで、 ・記録として残すのは悪くない ・ただこれを三省堂が出す時点で「正しいもの」と誤解されるのは避けたい という程度。それを踏まえた上で一読してみたが「これは……」という気分になったので、とりあえずざっと問題点をまとめてみたい。全部にツッコミを入

                                                              『オタク用語辞典 大限界』は何がよくないのか アークナイツ界隈用語から考える - blackhandmaiden’s diary
                                                            • システム運用はお金で解決したい、ができなくなってきている - orangeitems’s diary

                                                              ビジネスは基本的に成長していくものだし、拡大していくことが前提で、しかも最近だと「システム」が付いてくる。全部人力で作り上げるビジネスなんてあるのか。いや、ない。あるとしても小規模だろう。人だけで成り立つなんてビジネスを放置しても、きっともはや、人が集まらない。コンピューターによる自動化はない。全部人力だ。さあ仕事しなさいって、それは原始的だろう。あらゆる仕事場で自動化ありきの人間の仕事が増産されているのであり、人々もそういう職場を狙っている。時代遅れの職場で、かつそういう人力の仕事は生産性も低く給料も安いので、どんどん敬遠されるようになる。 さて、じゃあシステム化しました、と。システム化するための要員はまだいるようだ。各社ベテランが腕を奮っている。DXの掛け声でクラウドもあって生産性は上がり、システムと名の付くものが量産されている。わかっている、システム構築のスピードは10年前と比べると

                                                                システム運用はお金で解決したい、ができなくなってきている - orangeitems’s diary
                                                              • AIとか、クラウドとか、資格とか言う前に、タッチタイピングやってよ - orangeitems’s diary

                                                                この前、仕事中にふと思ったんだけど。 どんなに、勉強熱心でも。仕事を一生懸命頑張っても。資格を取ろうとがんばっていても、何しても。 なぜ、タッチタイピングをやらんのだ・・。 昔は「ブラインドタッチ」と言っていたが、これ自体が和製英語だということ。また、blindという言葉が盲目的という意味で、差別用語につながるのではという一部の指摘があるらしく、最近はこう言わないらしい。豆知識。 さて、これからIT業界にずっといるとしてもいないとしても。キーボードでたくさん文字を入力していくわけだ。 私なんて、ブログもnoteも書いてるから、何回キーボードを打ってるか途方もない。きっと全人類偏差値で75以上だと思う。 仕事も何十年もこれからやっていくんだったら、キーボードの入力スピードって、速ければ速いほどお得、じゃない?。 ITの先端知識は、今やAIやクラウド、メタバース、拡散してるけどさ、そこに行こう

                                                                  AIとか、クラウドとか、資格とか言う前に、タッチタイピングやってよ - orangeitems’s diary
                                                                • 『フランダースの犬』を現地人が風景や衣装、気候が現実と全く違うことを容赦なく突っ込んだ本がある→そもそもフランダースって土地の名前だったんだ

                                                                  風のハルキゲニア @hkazano 精神科医兼ものかき。カレーを食べる人。式場隆三郎研究家。『島田清次郎 誰にも愛されなかった男』(本の雑誌社)で日本病跡学会奨励賞受賞。「本の雑誌」で「サイコドクターの日曜日」連載中。島田清次郎bot @ShimadaSeijiro運営中。 psychodoc.eek.jp/diary/ 風のハルキゲニア @hkazano 『フランダースの犬』をフランダース人が全話レビューしました、という本があるのだけど、opの風車や衣装はオランダじゃねえか、とか、出てくる橋はゴッホの跳ね橋だよね、とか、積もった雪はフランダース人が一生の間に体験する雪の量より多い、とか容赦なくてめちゃくちゃ面白い。 2022-01-26 22:57:32

                                                                    『フランダースの犬』を現地人が風景や衣装、気候が現実と全く違うことを容赦なく突っ込んだ本がある→そもそもフランダースって土地の名前だったんだ
                                                                  • デザインシステム入門!Web制作初心者が知るべき基本原則とFigma活用法

                                                                    この記事について この記事は、スマートフォン時代のWebデザインスクール や Web制作の基礎から学べる「Webコーディングスクール」 の資料制作をお手伝いして頂いているemiさんによる寄稿記事です。 emiと申します。USAGI DESIGN emi.というサイトでWebデザインやコーディング練習用のデザインデータを配布しています。Webデザインをメインにストックイラストレータ、グッズデザインなどしております。 私が最近学んでいること、「デザインシステム」について書きたいと思います。 なぜデザインシステムを学んでいるのか。ですが、デザインの制作時にFigmaを使う機会が増えて、今までPhotoshopやXDで作業していたときよりも、コンポーネントを意識するようになったからです。 まだWeb制作を学び始めたばかりだから、デザインシステムとか難しそう。と思っている人もいるかもしれませんが、学

                                                                      デザインシステム入門!Web制作初心者が知るべき基本原則とFigma活用法
                                                                    • 私が「Web制作にはMacが適している」と思う理由

                                                                      先日 iMac 2019のレビュー記事 に「Web制作にMacが適していると思っている理由は別の記事に書きます」と書いたところ結構反応があったため、この記事にまとめることにしました。 先に、Web制作のためにWindows PCを買った方のために説明しておきますが、Windows PCでもWeb制作はできますのでご安心ください。 ただ、私はいくつかの理由でWeb制作にはMacの方がメリットが多いと感じています。 私がMacでWeb制作するようになったきっかけ 私はWindows 95の頃からWindows PCをずっと使用していました。 Windows 95や98の頃はMacでWeb制作するメリットを感じておらず、多くのWebサイトを問題なく閲覧できるWindows PCがベストだと思っていました。 その後Windows XPやWindows Vistaが搭載されたPCをメインで使用してい

                                                                        私が「Web制作にはMacが適している」と思う理由
                                                                      • 「Googleのソフトウェアエンジニアリング」を読んだ - wyukawa's diary

                                                                        www.oreilly.co.jp 目次はこちら 第1部 主題 1章 ソフトウェアエンジニアリングとは何か 第2部 文化 2章 チームでうまく仕事をするには 3章 知識共有 4章 公正のためのエンジニアリング 5章 チームリーダー入門 6章 スケールするリーダー 7章 エンジニアリング生産性の計測 第3部 プロセス 8章 スタイルガイドとルール 9章 コードレビュー 10章 ドキュメンテーション 11章 テスト概観 12章 ユニットテスト 13章 テストダブル 14章 大規模テスト 15章 廃止 第4部 ツール 16章 バージョンコントロールとブランチ管理 17章 Code Search 18章 ビルドシステムとビルド哲学 19章 GoogleのコードレビューツールCritique 20章 静的解析 21章 依存関係管理 22章 大規模変更 23章 継続的インテグレーション 24章 継続的

                                                                          「Googleのソフトウェアエンジニアリング」を読んだ - wyukawa's diary
                                                                        • もっと簡単に、ファイルをロックしているプロセスを見つけ出す方法(Windows) - orangeitems’s diary

                                                                          ファイルをつかんでいるプロセスは何か、をWindowsで見つけ出す方法です。 下記記事の関連です。 www.backyrd.net 某所で書いたら意外に皆さん知らなかったようなので書いておきます。Windowsでファイルを削除したり名称変更しようとすると、別のプログラムが使っているので変更できない、といったエラーが出る事があります。こういう場合、後述の方法で「誰がファイルを掴んでいるのか」を調べられるかもしれません。 (あくまでローカル環境での話ですので、ネットワーク越しに掴まれているものや、インフラの運用で役立つ情報というわけではありません。ご了承ください) コマンドプロンプトでワンラインでできたらもっと便利かと思いまして。 ファイルをロックしているのがローカルのプロセスの場合 答えは管理者権限で起動したコマンドプロンプトから、以下を入力するだけです。 # openfiles でも、デフ

                                                                            もっと簡単に、ファイルをロックしているプロセスを見つけ出す方法(Windows) - orangeitems’s diary
                                                                          • Rustで古典的なDisk-Oriented DBMSを実装した話 - Write and Run

                                                                            KOBA789 です。みなさん DBMS は好きですか。私は好きです。 最近、自作 DBMS をずっと作っていて、ようやく最低限の機能ができたので公開をしました。 (とはいえコードを書いていたのは正味2日ほど。設計と勉強に2週間かかった) github.com この記事ではこれを作った目的と、そのちょっとした詳細についてご紹介します。 目的 Disk-Oriented DBMS の学習に適している Rust で書かれた実装が欲しかった、というのが理由です。 DBMS の勉強に適している実装というのは意外と多くありません。 MySQL や PostgreSQL といった有名な実装は実用的である一方でコード量は非常に多く、また細かな最適化によって教科書的なアルゴリズムと実際のコードの差が大きくなっているため、初学者にとっては構造を把握しづらくなっています。 教科書的な実装の Disk-Orie

                                                                              Rustで古典的なDisk-Oriented DBMSを実装した話 - Write and Run
                                                                            • クソコード批判とクソコード批判批判はなぜ燃えるのか - osa_k’s diary

                                                                              Short Answer:批判は人格否定だからです。 Long Answer: 知的活動の成果物とアイデンティティ 文脈 note.mu 「研究に向いてない性格」を研究職メンバーで話し合ったことがありますが、 ■研究への批判を“自身への批判”に置き換える は満場一致で同意だった。 「その“研究”の進め方はおかしいのでは?」という指摘に対して「“あなた”はおかしい」と誤翻訳されてしまう人は成長機会を取りこぼしていると思う。— くりぷとバイオ@研究職×投資家 (@cryptobiotech) August 12, 2019 要約すると、「自分の書いたコードと自分のアイデンティティは不可分であり、コードを否定されるのはアイデンティティを否定されることに等しい」という話と、「研究への批判は人格に対する批判を意図してはいないので、それらを混同するべきではない」という話であり、一般化すると「知的活動の

                                                                                クソコード批判とクソコード批判批判はなぜ燃えるのか - osa_k’s diary
                                                                              • 「生きづらい私は発達障碍者でした」を読み解く

                                                                                「生きづらい私は発達障碍者でした」というタイトルでツイッターで掲載された漫画がある。名指こそされていないが、この漫画を痛烈に批判したはてな匿名ダイアリーの投稿がここ数日、バズっている。 私はこの投稿を見て、元の漫画を知った。この漫画はもちろん描写は拙いし、よく書かれているわけではない。しかし、私は作者に書きたい内容があり、そこにはある程度の普遍性があり、結果としてエンタメになりうると思った。この漫画を自分なりに読み解いてみたい。作品と、それに対する酷評へのリンクは一番下に載せてあるので、背景を知りたい方は先に見てみてほしい。 作者は何を伝えたいのか、そしてそれは伝わっているかこの作品は以下の流れで進行していく 1. 若い頃、仕事がどうしてもできない。努力をしてもうまくいかず、職を転々とする。 2. 結婚し、仕事を辞める。子どもが生まれる。子どもが成長し、発達障害と診断される。 3. そこか

                                                                                  「生きづらい私は発達障碍者でした」を読み解く
                                                                                • 新生児治療室で見かけた隣の赤ちゃんのお父さんがすごくて驚いたお話「凄い、このパパ只者じゃないな」

                                                                                  ふくふく @fukufuku_diary 7歳娘と5歳息子がいます|子供達は自閉症スペクトラム、ADHD、境界知能|すくパラ倶楽部NEWS連載中|発達障害の話はvoicyで喋ってます pont.co/u/fukufuku_dia…

                                                                                    新生児治療室で見かけた隣の赤ちゃんのお父さんがすごくて驚いたお話「凄い、このパパ只者じゃないな」