2021/12/17 Engineers in CARTA vol.2 #MySQL https://voyagegroup.connpass.com/event/231708/ 得意なことというより特異なことを紹介するコーナーになってしまった

HUNTER×HUNTER モノクロ版 36 (ジャンプコミックスDIGITAL) 作者: 冨樫義博出版社/メーカー: 集英社発売日: 2018/10/04メディア: Kindle版この商品を含むブログを見る みんな大好きHUNTER×HUNTERの36巻発売を記念して、調子に乗って面白いことを考えてみました。。。と言いますか、正確には某所で提案をいただいたのでやってみることにしました。題して「念能力6系統で喩えるデータ分析スキル」です。一見バカバカしい感じもしますが、念能力6系統のように「それぞれに独立した軸として定義可能でしかも互いの親和性も表すことができる」という点で、なおかつHUNTER×HUNTERファンであれば容易にその位置付けが理解できるという点で、データ分析スキル同士の関連性をある程度分かりやすく表せるのではないかなと思ったのでした。 スキルセットの一覧については、以前のス

アニメ『はたらく細胞』が大人気ですね。 実はここ数年、『はたらく細胞』に限らず、子供たちが読んでも楽しめるような、科学を題材にしたマンガや本が豊作なのです。 この５年以内くらいに出版／連載開始されたものの中から、いくつかピックアップしてみました。基準は、 ・うちの子（現在小６）に評判がよく、 ・私が見てもおもしろいぞ、許せるぞ、と思ったもの です。 お子さんたちを科学沼に誘い込む一助となれば嬉しいです。*1。 マンガたち 『決してマネしないでください。』（蛇蔵） 決してマネしないでください。(1) (モーニング KC) 作者:蛇蔵講談社Amazon モーニング連載時から、うちの子がおそらく一番好きだったマンガ。 とある大学の研究室に、一癖も二癖もある研究者や非研究者がわらわら集まっては、目先の話題をネタに実験したり、恋をしたり、過去の科学者たちについて語り合ったりしています。 「工科医大」

この記事は、前出の本に入れる予定だったコラムのうちの一つです。 正確にいうと、本に入れる予定だったけど、メイン側で締め切りをぶっちぎっていたら、コラムを追加できるような空気じゃなくなって、書くのをやめたものです。 本の宣伝を兼ねて、没にしたコラムに日の目を見させて、あわよくば第二版で入ればいいなー、という内容です。 データサイエンティストの頭の中「偉い人たちは頭がおかしい」と言っても、それは相対的なものであるため、比較対象であるデータサイエンティストの頭の中を覗いてみましょう。 データサイエンティストは組織におけるデータ活用状況について、レベル分けして考えます。そして、基本的に前のレベルが実現できなくては、次のレベルに進むことはできないと考えています。 以下のレベル分けは私が適当に思い描いているものですが、同業者なら大よそ一緒なんじゃないかと思います。 Lv0: データ収集、ログ設計Lv1

インディーな感じだけど、とっても素晴らしいソフトウェアを作っている会社や団体、個人はたくさんある どれも作っている人の顔や考え方が見える感じで、親近感を覚える 僕がよく使っているものとかを書いておく esa LLC 作っているもの markdown対応のドキュメントツールである https://esa.io/ もう一つ、https://pplog.net/ も作っている 好きな理由 デザイナーさんが、チームの中心にいらっしゃるからか、デザインがとってもいい もちろん、アプリケーションの使い勝手もよい pplogは、とても素晴らしい Flask LLP 作っているもの http://flaskapp.com/ja/zones/ とかhttp://flaskapp.com/ja/standland/ を作っている 僕は、standlandを使っている。 健康系のiOSアプリが多い印象だけど、他

…を書こうと思っていた矢先に↓が投稿された。 しかもぼくが書こうとした内容よりも理論付けられていたり、充実した内容だったり、深掘りされてたりして非常に良いのでこれ読めばだいたい終わるし書かなくていいじゃんね！ってなった。 完。 employment.en-japan.com これを読んだあとで「あーこんな良いエントリあるならぼく書かなくてもいんじゃね？っていうかぼくも知らない内容書かれてて充実度で完敗だし書く必要性無くね？？」とか思って書かないでおこうかと思っていたのだけども 別にぼくが似たようなことを書いてもPV数やまとまっている内容の充実差で件のエントリに微々たる影響を及ぼすこともなかろう、あと単純に書いて頭の中を整理しておこうと思い直したので今書いてる。 タイトルは元々の主旨なのだけどそれは↑を読めば満足できると思うのでこのエントリはそこからちょっと外れているものを書いておこうと思う

「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ

この二年間、ある一つの売れないサービスを開発し続けてきた。 GWに実家に帰ったときに地元の友達に話したら面白がってくれたのでちょっと書いてみようと思う。 今作っているアプリは、売れていない。 二年前に開発が始まって、リリースして一年半ほどになるが、一円も稼いでいない。 エンタメ系snsのはずなんだが、アクティブユーザーが増えるはずの大型連休で、起動したユーザーがたったの三人だった日があるほど、売れていない。 売れてないが故に常駐しているエンジニアは僕一人だ。外部のエンジニアにスポットでたまにタスクベースでお願いする程度。 ディレクターっぽい人が二人（マーケティング兼任）と、デザイナーが一人いて、 この3人と僕とのやりとりを地元の友人は面白がってくれた。 いわゆる「エンジニアあるある」ではあると思う。 例えば新機能の開発が始まったとき、 ーーーーーーーーーーーーーーー ディ「〇〇な機能が欲し

4月中旬からネット上で話題を呼んでいるSNSの新鋭「Mastodon」（マストドン）。13日に報じた通り、日本国内で大きくユーザー数を集めたのは22歳の大学院生が私費で自宅のサーバに立ち上げた日本人向けインスタンス「mstdn.jp」がきっかけだった。事の発端から、わずか数日でドワンゴへの入社も決まった若き運営者“ぬるかるさん"は一体どんな人物なのか。本人とご両親に話を聞いた。 マストドン（Mastodon）はTwitterと何が違う？ ITmedia NEWSでは、ニュースと連載によって連日報じてきたが、念のため概要をここでも解説しておく。マストドンは投稿（トゥート）できる文字数が500文字までといった違いはあるが、発言が表示されるタイムラインや返信、ブースト（リツイート）、お気に入り、フォロー、リフォローといった基本機能はTwitterと同じSNSだ。ユーザーインタフェースもTwitt

アジャイルだか何だか知らないけれど、ドキュメントがないのでシステムは未完成ね：「訴えてやる！」の前に読む IT訴訟 徹底解説（39）（1/3 ページ） IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回は「システム開発におけるドキュメントは、何のために必要か？」を解説する。 連載目次 アジャイル開発だからドキュメントはいらない？ 最近はアジャイル開発が一般的になり、ユーザーと一緒になって話し合いながらモノづくりをしていく現場では、「ドキュメントは必要ない」と考える技術者も増えていると思う。実際、最近の開発では、「要件定義書」や「設計書」、あるいは「テスト仕様書」や、その「結果報告書」も作成せず、簡単なメモを残すだけで、後はプログラム本体を納品すれば完了してしまうようなものもある。 この考え方は、ある意味合理的だ。システムを細かい機能に分けて、ユーザーヒアリングやワークシ

2017年4月13日の「DevLOVE 関西『デザインリニューアルの難しさ』」にて発表された、Backlog UI リニューアルの舞台裏のスライドです。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに やあ （´・ω・｀) ようこそ、バーボンハウスへ。 このmysqlはサービスだから、まずsystemctl start mysqld して落ち着いて欲しい。 うん、「また」なんだ。済まない。 仏の顔もって言うしね、謝って許してもらおうとも思っていない。 でも、このタイトルを見たとき、君は、きっと言葉では言い表せない 「ときめき」みたいなものを感じてくれたと思う。 殺伐とした世の中で、そういう気持ちを忘れないで欲しい そう思って、この記事をかいたんだ じゃあ、注文を聞こうか。 というわけでmysqlをdisります。disるだけな

syakkin-dama.hatenablog.com 世の中には、上記リンク先で「茶番」と言われているような場面が尽きません。 その典型が就活面接ですが、似たような「茶番」は、仕事に就いた後もずっと人生についてまわります。 必要な時に、大きくハッキリした声を出せること。 嘘ではないが本音どおりでもない「夢」や「目標」を語ること。 無意味に思える指示にも、「わかりました」と答えること。 こうした「茶番」に対し、はてなブックマークには「未開民族の儀礼や慣習に似ている」って書いている人もいます。ですが、それを否定的にでなく、肯定的に捉えるべきだと私は思いました。 もし部族Ａで、会った者同士が頭を下げる慣習があるとわかっているなら、それを身に付けておいたほうが部族Ａではコミュニケーションしやすいでしょう。その慣習を突っぱねたら、無用な誤解や無礼を招くかもしれません。 同じことは、相手が部族Ｂや部

- はじめに - 世の中には少数派ではあるが「JavaScript」を「ジャバスク」と略す人達が居る。 今回記事を書くきっかけになったのはこちら 会社の同期が社内LTで「JavaScript」を「ジャバスク」と略したところ、一悶着あった後「ジャバスクの人」として認知された話は後世にも語り継いでいきたい。— ばんくし (@vaaaaanquish) 2017年2月12日 こちらをツイートした所、ジャバスクに関する知見が少し集まったので記事として残しておこうというもの。 - ジャバスクとは - ジャバスクとは、プログラミング言語であるJavaScriptの略称である。 JavaScriptは一般的に「ジェーエス」と略されるか、「ジャバスクリプト」と呼ばれる事が多いと思われる。 しかし、一部「ジャバスク」と呼ぶ層が居る。 その事実は「HTML5プロフェッショナル認定試験公式サイト」における「HT

ネット上ではSIer批判＝技術のことをわかっておらずプログラムも書けずPMも出来ない非効率でダメダメな上流工程と、 人月単位での労働力提供という業界の慣習に縛られ、持ち前の優秀な技術力・知識を生かせず非効率な作業を強いられているかわいそうな下請け開発者、という構図が確立されているように思います。 自分が関わるまでは、まあそうなんだろうなと思っていましたが、しかし実際にそういう立場のひとと関わりをもつにつれて、どうもそうではないのではないかと思うようになりました。このあたりの実情を書いていこうと思います。 なお、先に言っておきますが本記事で書くことは、上流工程がどうのとか、業界の多重請け負い構造がどうのとか、給料が安くてとか労働条件が過酷でとか、そういう話とは全く関係がなく、純粋にプログラミングのスキルの話だけです。 対象はおもに詳細設計、実装UTだと思ってもらえれば。外部仕様が決まった状態

最近はあまり技術的な仕事をしていないんですが、実は私は元々DBエンジニアです。 OがつくDBとか、PがつくDBとか、mがつくDBとかをいじくって、クエリを書いたり、テーブルの設計をしたり、パフォーマンスのボトルネックをあれこれ調べて解消したり、INDEXヒントを総とっかえして頑迷なオプティマイザをぶん殴ったりすることが主なお仕事でした。今でもたまーにそういうことをします。 同業の方であればお分かりかと思うんですが、DBのパフォーマンスは凄く唐突に、かつ多くの場合極端に落ちます。そして、DBのパフォーマンスが落ちると物凄く広範囲に影響が及びます。 アプリケーションサーバ、重くなります。クライアント、ろくに動かなくなります。お客様、切れます。カスタマーサポートにはわんさか電話がかかってきます。 ただ「遅くなる」だけでも十分に影響は甚大なのですが、それ以上のトラブルが発生するとまあエラいこっちゃ

システム開発に携わる技術者は、プログラムを書かなくてもよい――。矛盾の極致のようなこの不思議な“常識”は長い間、日本の大手ユーザー企業のIT部門や、SIerと呼ばれる大手IT企業の間でまかり通ってきた。 この理屈はシステム開発での“分業”を前提とすることで、矛盾なく成り立ってきた。プログラミングは外注先や下請けのIT企業の技術者の仕事で、自分たちは上流の要件定義や設計、そしてプロジェクト管理を担当するというわけだ。 IT部門の場合、開発プロジェクト自体が少ないから、プログラムを覚えても生かす機会がほとんどない、といった意見がある。ただ、どんなシステムでもソフトウエアを改修する保守業務がある。だからIT部員がプログラミングのスキルを生かせる機会はあるはずなのだが、保守業務も外部に委託しているユーザー企業は多い。 大手IT企業では、技術者が全くプログラムを書かないなんてことはないと思いがちだが

果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時

今日からはじめるGitHub ～ 初心者がGitをインストールして、プルリクできるようになるまでを解説 エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ソースコードの管理はできていますか？ ファイルを修正するときに、修正前のソースコードをhoge.php.bakのようなバックアップファイルとして残し、開発環境をゴミだらけにしていませんか？ エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ここではGitの詳細な仕組みには触れません。GitやGitHubを利用したことのない人が、Gitを

はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu