大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは? 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
新型コロナウイルスに感染したあと自宅で療養していた東京都内の30代の女性が自殺していたことが分かりました。残されていたメモには「自分のせいで迷惑をかけてしまった」などと書かれていたということです。 専門家は「自宅療養者は特に精神的な負担が大きいケースがあり十分なケアが必要だ」と指摘しています。 関係者によりますと今月、東京都内のマンションの部屋で30代の女性が死亡しているのが見つかりました。 女性は、新型コロナウイルスに感染したことが分かったあと自宅で療養していたということで、現場の状況からみずから命を絶ったことが分かりました。 残されていたメモには「自分のせいで周りに迷惑をかけてしまい申し訳ない」という内容が書かれていたということです。 女性は症状はほとんどありませんでしたが、周囲の人が感染したことについて「自分がうつしたかもしれない」などと悩んでいたということです。 関係機関が当時の詳
1. はじめに 仕事の都合で DB/SQL の性能問題を調査する機会が少なくありませんが(決してメインの仕事ではないですが)、その中でよく出くわす問題の1つに「ぐるぐるSQL」(もしくは「ぐるぐる系」)といわれる、ループで大量の SQL 文を呼び出しているものがあります。 感覚ですが、私の周りでは OLTP 系システムの DB/SQL の性能問題の原因の割合は以下のように感じています。 30%:ぐるぐる SQL 20%:SQL 文の書き方が不適切 15%:索引がない or 不適切 15%:パーズが遅い 10%:データモデルがおかしい 10%:その他 (大昔は2番目 / 3番目がほとんどだったのですが、最近はなぜがぐるぐる SQL が多い…) ぐるぐる SQL の実装では、ネットワーク通信や、アプリ側のクエリ生成 / 結果データ構築、DB 側のクエリ受信 / 結果送信といった、処理の本質的で
以前noteに書いた記事からの転載 エクスポートできないので、定期的に少しずつ転載していきます。 いつかちゃんとしたスライドに書き起こしたいとおもいつつ、まだ手がついていないけど、この記事に書いている「プログラミングは、コードと、データと、改修の歴史の3つの要素が絡み合う」を分解していきたい。 コードと、データは本質的には不可分だし、その結びつきを分解できないように密に結合させているのが、改修の歴史なんだ よく「データの寿命はコードよりも長い」と言われるけど、受け継がれたデータは、当たり前だけどそれが作られた当時のコードに強い影響を受けていて、不可分だし、暗黙のうちにコードの特性を引き継いでいる。 つまり、例え直接的にはコードが無くなったとしても、コードの影響が無くなるわけではない。 そして、それらの蓄積が歴史となって、全体を形作っていくんだ。 だから、データとコードの寿命は同じくらい長い
今回はWEB関係の人なら知らないと損!なくらい便利なツールやサービスを、50個まとめて、利用目的別にご紹介します。 2021年になりましたが、近年より良いサービスが開発されたものもあります。ご自身のニーズにあわせ、並行して利用して頂くのがおすすめです。 この記事では古くなった情報は新しいものに書き換え、時代の流れに沿った最新サービスだけをビッシリと集めさせて頂きました。 今回は2万字の大ボリュームでお届けします! 一部、個人的な経験談も混じえてご紹介するので、お急ぎの方はこのブログをブックマークし、ポイントだけ押さえて後からじっくりWEBサービスを見て頂けると幸いです。 クライアントにツールを提案したりもできますので、隙間時間にでもゆるりと読んで頂ければと思います。 それではお楽しみください! (この記事が良いと思ったら自由にシェアしてね) ★サイト解析に使えるツール・サービス 「WEBサ
『敗北トランプ氏、「日本初の外国人総理大臣」に意欲』。 去年、アメリカの大統領選挙の直後にネット上で話題となったジョーク記事です。記事を書いたのは、「虚構新聞」というネット上のニュースサイトを運営する、滋賀県の男性。17年にわたって数々のジョーク記事を世に送り出してきた男性は、来週のトランプ大統領の退任を複雑な思いで迎えるといいます。「虚構」を発信し続けてきた男性は、「フェイクニュース」やコロナ禍をどう見るのか。匿名を条件に取材に応じました。 (大津放送局記者・松本弦) 「こんにちは。UKと申します」。 NHKの大津放送局。約束の時間に現れたのは、1人の男性。男の子の顔がデザインされたお面をかぶっています。話してみると丁寧にあいさつをする物腰やわらかな印象。 UKというのはイギリスに関心があったからということですが、個人の特定につながりそうな情報は記事にしないよう念押しされました。
浄土真宗の僧侶です。初めて書き込みます。 不慣れなため、先ほど書いた文章がすべて消えてしまい心折れかけましたが、やはり大事なことなので、増田さんに伝わればと願って改めて書き直します。 お祖父様のことをお悔やみ申し上げるとともに、今回このような形で、増田さんやお母様が悲しまれる結果になってしまったこと、痛惜に堪えません。 結論から言わせていただくと、リモート葬儀それ自体に否はありません。そんなもので台無しになるのが仏の教えならば、仏法は2500年も受け継がれたりなどしません。 私から言わせれば、死者を軽んじ、葬儀を台無しにしているのは、ご親族の方だと思います。 葬儀とは「弔(とむら)い」であります。弔いとは元来、「訪(とぶら)い」という字を用いました。これは遠近様々な場所から死者の元へと人々が訪れる様子を意味していますが、決してそれだけではありません。 死者に出会うということは、まだ生きてい
0. はじめに (画像は筆者が高校生の時に買った清田育宏外野手のタオルである、数年後変なプレミアがつくとは思ってもなかった) 去る1/7、プロ野球・千葉ロッテマリーンズの清田育宏外野手に関して、週刊FRIDAYよりスクープ記事が世間へと出た。 https://news.yahoo.co.jp/articles/b20b06ceecd65d8952a614287abc42b14f4416a6 不貞行為自体が恐らく5年ぶり2度目であることに加え、コロナ禍においてチームに虚偽の報告をしたという大きな過ちを犯していたようである。 マリーンズは特に清田本人を含めシーズン中に複数人感染者が出てしまい優勝争いにも影響を及ぼしたのは記憶に新しく、今回の一連の騒動は事実ならば到底褒められたものではないが、本記事はそれを糾弾するために書くわけではない。 一連のスクープの中で、気になった物が1点あった このLI
目次 なぜSQLのスタイルガイドが重要なのか この記事の目的 この記事の対象者 分析SQLスタイルガイドの指針 基本ルール 命名規則 インデントルール 別名ルール joinルール クエリ分割ルール ⭐ コメント欄で「いや私はこう思う!」という意見をたくさんいただきました!ぜひそちらも御覧ください!(決して揶揄ではないです) なぜSQLのスタイルガイドが重要なのか SQLはプログラミング未経験者でもとっつきやすい言語と言われ、エンジニアや分析を本業としていない人でもSQLを使う機会が増えてきていると思います。 そんなSQLですが、こちらのブログでも指摘されている通り、一般的なスタイルガイドが定まっていません。スタイルガイドとはコードの書き方マナーようなもので、どこで改行するか、空白はいくつ入れるか、大文字を使うかなどの諸々を指します。 もしスタイルガイドが無いとこんな事が起こります コードに
新型コロナウイルスの猛威が続くなか、2021年が始まった。新型コロナ禍の終息にはワクチンの接種開始を待つしかないが、いずれにしろ2021年は良きにつけあしきにつけ、これまでに見たことのない新たな「現実」を目の当たりにすることになるだろう。そんななか、我らが人月商売のIT業界は「いつか来た道」を再びたどろうとしている。 何の話かと言うと、人月商売を潤してきたシステム開発案件が次々と「蒸発」するご時世だから、あの話である。SIer、あるいはSIerのパートナー企業である「手配師」のITベンダーによる下請け切り、そして下請けITベンダーの経営破綻、あらゆる手口を使った技術者の事実上の解雇など、景気の悪化局面で何度も見てきた光景のことだ。いよいよ「雇用の調整弁」として機能してきたIT業界の多重下請け構造がフル回転し始める。 この「極言暴論」の読者ならよくお分かりかと思うが、私の基本スタンスは「人月
next.js が vercel を提供して CDN からサーバーサイドでの処理までをワンストップに提供しているとか、 firebase がクライアントサイドでの SDK と Cloud Functions をなるべく一貫した体験で提供しようとしていることとか、あるいは今話題の React Server Component とかについて、フロントエンドの最前線がいったいどのような苦しみにあるか、理解できる人は実はあまり多くないのではないか、と僕は思っている。 それは何かといえば、絶望的なまでのサーバーサイド/バックエンドへの忌避感だ。「とにかくフロントエンド領域しか絶対にやりたくない」という人が沢山いるが、しかし一方フロントエンドで無理しないでサーバーを書くだけで楽になるようなタスクはいくらでもある(典型的には API たくさんアクセスするとか)。 そうしたときに、フロントエンドメインだが
概要 学生氏に適当なことを言い過ぎ反省しているので、バックエンドのいま覚えてる良かった記事の共有です。 まっさきにみるやつ Web 系エンジニアの学習ロードマップです。 とりあえずこのロードマップにのってる"紫のチェックマーク"がついたものを順番にこなしていけば良いとおもいます。backend のロードマップを紹介しましたが他にもfrontend やdevops などもあります。しかも毎年更新してくれます。 この記事はこのロードマップ以上の情報は提供できません。おわり。 roadmap.sh その他 エンジニアリングについては雑に調べると歴戦のエンジニア各位が紹介してくださってるので、クラウド系をメインに紹介します。 一般的なやつ タイトルママ。 バックエンドというよりエンジニアリング全般。 japan.googleblog.com 技術記事に特化したキュレーションサービスです。 追いたい
はじめに 何を書こうか迷ってたんですが、ちょうど副業始めて1年ほどたったので、どういうきっかけで始めたか、何をしてるのか、やってみたメリットなどを書いていこうと思います。 なぜ副業×AWSなのかというと、自分が副業をやっていく中で普段AWSに触れていることが強みになっていたので、単に副業だけじゃなくAWSも混ぜてみました。 これから副業を始めようと思っている人、特に本業で役割が変わってあまりコード書けなくなった人に参考になれば。 自己紹介 本業ではSREという部署でCloud Architecture Grpというチームを持っており、自社サービスであるCOMPANYのクラウドネイティブ化を推進しています。 主にクラウドプラットフォームとしてはAWSを利用しているため、日常的にAWSのサービスに触れる機会が多いです。 そんな本業の傍ら、3社で副業やってます。(20名規模ぐらいのベンチャー)
これは、なにをしたくて書いたもの? 自分の使い方というと、最新のJavaや開発中のJavaの情報を追うというよりも、リリースされてから(今のご時世だとLTS) ちょっと間を空けて使い始めることが多いです。 で、以前はOpenJDKのソースリポジトリを見ることはそんなになかったのですが、勉強している時にたまに見たり、 エントリを書く時にソースコードへリンクをつけるようなこともたまにするようになりました。 OpenJDK 今までソースコードをまったく見ていなかったということはないのですが、JDKに含まれているsrc.zipを 見ていた感じですね。 OpenJDKのソースリポジトリがGitHubに移ったというのも、やりやすくなったなぁと。 OpenJDKのソースコード、GitHubへの移行を完了 - Publickey GitHub - openjdk/jdk: JDK main-line de
この記事は CAMPHOR- Advent Calendar 2020 の23日目の記事です。22日目は れおまる さんの「ニキシー管の魅力 」でした。ニッチ!!!!(賞賛) CAMPHOR- Advent Calendar には初回の2014年から参加していて7度目の参加になります。 今回は普段の開発で便利に使っている周辺ツールを紹介します。他人の開発風景を見ていると色んな発見があって面白いので、自分の環境もコンテンツになるかもと思って書きました。他の人の記事も見てみたいのでよかったらみんな書いて。 ※macOS を普段使いしているので macOS 用のアプリケーションも多く含みます。 Alfred ウィンドウのサイズと位置をコントロールするやつ アクティブなアプリケーションを切り替えるやつ 絵文字を入力するやつ スニペットを素早く入力するやつ Slack のステータスに今やってることを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く