SQL • リレーショナルデータベースシステムと会話するための言語 • 1970年 Codd が RDB モデルと同時に提案 (Alpha言語) • 1974年 Chamberlin と Boyce が改良 • 元々は SEQUEL (Structured English Query Language) だったが、商標登録されていた • 読み方は エスキューエル とそのまま読む (Glliespie 2012)
Nobu-Kobayashi @nyaa_toraneko A Tech Enthusiast @Unity/AI/Anime, Ex-Senior Evangelist @Unity Technologies Japan, Master of Business, majored in Econometrics. note.com/nyaa_toraneko Nobu-Kobayashi @nyaa_toraneko これほど明快で、かつ、二次創作に対する深い理解を示している原著作者のコメントは読んだことがないです。 さすが、すがやみつる先生は巨匠だと思いました。 pic.twitter.com/hIchz9pRdv 2024-05-03 15:57:12 Nobu-Kobayashi @nyaa_toraneko このすがや先生の言葉をどのように解釈するかは、本当に人それぞれだと思うけど
すがやみつる @msugaya 私も試してみました。プロンプトは、以下のとおりです。 ***** 『ゲームセンターあらし』というタイトルのマンガがありますが、このマンガに関係なく、タイトルだけのイメージから、美少女がゲームセンターで激しくゲームをプレイする絵を、マンガタッチで描いてください。 ***** こちらの方が年齢が高そうですね(^_^)。 ChatGPT経由でDALL-E3に描いてもらいました。 2024-04-30 22:26:48 ジロー @i9r82k こんこんばんばん 本日夜便は、ゲームセンターあらしより「ゲームセンターあらし」です ゲーセンというか、カラオケじゃないか? 黒髪ショートカットって意外に珍しい気がする なんか悪友というか、腹を割って話せる関係っぽい感じがします #画像生成AI #美少女 pic.twitter.com/8SF9NJb1QR 2024-04-30
たまたまお仕事の断り方という記事を読んだ。ひとり会社を経営してもうすぐ5年が経とうとしている。うちの会社では過去に1度、大きな失敗を経験してふりかえりを行った。その際に引き受けないお仕事の基準というものを社内で作成した。その失敗に至った原因の1つとして、本来引き受けるべきではないお仕事を受けてしまったと後になって反省した。 時代の流れや人手不足もあり、システム開発やプログラミングのお仕事はまだまだ好況にみえる。うちのような零細企業でも、実際に引き受けられるお仕事より依頼の方がずっと多い。そして残念ながらせっかくいただいた依頼をお断りすることもまた多い。 引き受けないお仕事の概要経理の本に書いてあったやるべきではない取引起業したばかりの頃に読んだ次の経理の本にも「やるべきではない取引」として次のリストを提案していた。 報酬が魅力的でも信用できない相手や嫌いな相手との取引 入金が遅い取引 自分
『情熱プログラマー』はタイトルにプログラマー・ソフトウェア開発者と入っていますが、具体的なソフトウェア開発のテクニックではなく仕事やキャリアの悩みの助けになる本として、ソフトウェア開発者に限らず広くオススメしたい一冊です。 本文で触れられる 「一番の下手くそでいよう(Be the Worst)」という言葉にはまだキャリアの初期であった時、自分自身が強く支えられた記憶があります。 この本はハイパインブックスで最初にご購入いただいた一冊でもあります。『名前と言葉が持つ多様性を楽しむ』が面白い形で体現されているので、ぜひみなさんにご紹介したいと思います。 書籍名: 情熱プログラマー ソフトウェア開発者の幸せな生き方 著者: Chad Fowler 著/でびあんぐる 監訳 出版社: オーム社 刊行日: 2010年2月 オーム社Webページ https://shop.ohmsha.co.jp/sh
はじめに 有用な知識の特性 Google SRE リソース Site Reliability Engineering: How Google Runs Production Systems The Site Reliability Workbook: Practical Ways to Implement SRE Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems SLO Adoption and Usage in SRE Creating a Production Launch Plan Training Site Reliability Engineers: What Your Organization Needs to Cre
本記事はJulia Advent Calendar 2022の12/23の記事です。 東京大学で働いている松井と申します。 線形代数の講義における演習(実際にコードを書き行列演算を行う)の重要性を感じています。 そのためにjuliaを使えないかと思い至り、pythonとの比較に焦点を当て思っていることを述べます。 線形代数における演習の意義 線形代数は工学全般において重要で基盤的な学問体系ですが、なかなかとっつきにくいものです。その理由の一つは線形代数の諸アルゴリズムは最終的には計算機で実行するにも関わらず、学生は自分の手を動かしてコーディングする機会が少ない点だと感じます。多くの大学のカリキュラムでは大学初年次に線形代数講義があると思いますが、座学がメインであることが多いと思います。本当は、座学と並行して実際にコーディングして行列演算を行う「演習講義」があれば、理解が深まるだろうと感じま
Our nine month journey to horizontally shard Figma’s Postgres stack, and the key to unlocking (nearly) infinite scalability. Vertical partitioning was a relatively easy and very impactful scaling lever that bought us significant runway quickly. It was also a stepping stone on the path to horizontal sharding. Figma’s database stack has grown almost 100x since 2020. This is a good problem to have be
We are excited to announce support of submenus in the latest release of React Spectrum and React Aria! In the process of adding this feature, we found ourselves solving some unique challenges while working to make submenus user-friendly and accessible across an array of devices and input types. In doing so, we wanted to share our thought process in solving one of the challenges we faced along the
WEBアプリケーション開発者です。 特別セキュリティのスペシャリストになりたいというわけでないですが、アプリケーション開発者として徳丸本に記載されている内容レベルのセキュリティ知識はあります。 システムのセキュリティに関してはベンダーの脆弱性診断を通して運用しており、個人的にはセキュリティに関して何か困ったことがいままでありません。 ただ、ふと考えてみると「情報漏洩やサイバー攻撃が発生した際などの有事にどのような行動をとるべきか」という観点ではあまり自信がないなと感じました。社内でもそのような場合の指針が整っているわけではないです。 徳丸先生は、一般的な開発者には最低限どのレベルのセキュリティ知識を求められていますか? 回答の難しい質問ですが、ここは本音をさらけ出したいと思います。 私が「安全なWebアプリケーションの作り方(通称徳丸本)」を出したのが2011年3月でして、それから13年以
「撤退はしないくせに投資もしない」はインパール作戦みたいなもの 吉羽龍太郎氏(以下、吉羽):さてさて、あと5分ぐらいなので、最後の「プロダクトや機能を終了する」という話をして、終わりにしたいと思います。これ、僕らは散々言いますよね。もう口酸っぱく言いまくるという感じかな。 「プロダクトをやめられない」とよく聞きます。だから人が分散しちゃって勝負にならなくなっちゃうというのが、すごくありますよね。薄い人数のチームがいっぱいあって、どれも塩漬け、プラス、運用対応をちょっとだけしてみたいな。 それで、「メンバーのモチベーションが上がらないんですけど、どうしたらいいですか?」、いや、そりゃ、そんな塩漬けを運用させていてメンバーのモチベーションが上がるんだったらやり方を教えてくださいよという感じだと思います。これはもう(プロダクトを)捨てろという話だと思うんですが、それ以上の話はなにかあります? 及
顧客、ユーザーの片側だけにアプローチをしているケースが多い 吉羽龍太郎氏(以下、吉羽):あと15分ぐらいみたいなんですけど、あと2つですかね……あっ、3つだ。「ユーザーを巻き込む覚悟」「未完成なプロダクトを人に使ってもらう覚悟」「プロダクトや機能を終了する」という話にいきたいと思います。 触れているところもだいぶ多いと思うので、ちょっと順番にいきたいと思います。ここまでは人を巻き込むといっても、ステークホルダーやチームメンバーという話でした。今度はユーザーというところにいきたいと思います。 顧客とユーザーは意外と混同されがちですよね。顧客とユーザーは、toBかtoCかによってけっこう変わってきますけど、これはどういうふうに考えるといいんですかね? お金を払ってくれる人はもちろん大事だし、使ってくれる人も大事。ここでは、ユーザーを巻き込むと言っているんですけど、お金を払ってくれる人はそれなり
「NO」と言うのはメチャ重要 及川卓也氏(以下、及川):逆に言うと、リソースが限られているからこそ研ぎ澄ます時に、どこを削るべきかというのができる。 吉羽龍太郎氏(以下、吉羽):そう、それが振りで、「NOと言う覚悟」の話をしようかなと思っていたんですけど。 及川:あと、あれですよ。「未完成なプロダクトを人に使ってもらう覚悟」というところにつながってくるんですよね。 吉羽:そうそう、そうそう。そのあたりの話をしていけたらいいかなと思うんですけど。 「NO」と言うのはメチャ重要だなって。僕らはすごく気軽に「NOと言ってください」と言うんですけど、いざ言うとなったら、むちゃくちゃ難しいワードだと思います。 及川:そのとおりですね。でも、「NO」と言っていますよね。 吉羽:そう。自分の経験上まあまあ言っていると思うんですけど、けっこう慣れが必要な気もしますよね。 及川:そうですよね。私は吉羽さんと
その人の人生を狂わせるくらいの巻き込む能力が必要 吉羽龍太郎氏(以下、吉羽):2つ目の「ヒトを巻き込む」という話も出ました。このペースでしゃべったら絶対終わらないので、そろそろ次のテーマにいきたいと思います。 次が今、及川さんから振りがあった、「ヒトを巻き込む覚悟」ですね。ちょっとこっちについて話していきたいと思うんですけど。 これもいろいろな話がありますよね。人といっても、自分のチームのメンバーも人じゃないですか。それから、ステークホルダーも当然巻き込む対象になってくると思うんですけど。 ユーザーに関しては、下で触れようと思うので1回置いておいて、チームとステークホルダーという観点でいうと、どんな覚悟が必要ですかね? 及川卓也氏(以下、及川):人の人生を狂わせちゃうかもしれないわけで。 吉羽:(笑)。 及川:スタートアップは、「俺の会社でこのプロダクトを作って世界を変えようぜ」と言って、
テーマは「プロダクトマネージャーの“覚悟”を分解する」 司会者:それでは、キーノートセッションを開始いたします。「プロダクトマネージャーの『覚悟』を分解する」と題して、Tably株式会社、代表取締役。Global Hands-On VC、Founding Partner。アドビ、Executive Fellow。クライス&カンパニー、顧問、及川卓也さま。株式会社アトラクタ、取締役CTO、アジャイルコーチ、吉羽龍太郎さまよりご講演いただきます。 及川さま、吉羽さま、よろしくお願いいたします。 (会場拍手) 吉羽龍太郎氏(以下、吉羽):よろしくお願いします。 及川卓也氏(以下、及川):おはようございます。よろしくお願いいたします。 吉羽:じゃあ、さっそく始めていきたいと思います。今日は、「プロダクトマネージャーの『覚悟』を分解する」というテーマでお話をさせていただきます。実は、実行委員の方から
1. Introduction Every SQL database engine works in roughly the same way: It first translates the input SQL text into a "prepared statement". Then it "executes" the prepared statement to generate a result. A prepared statement is an object that represents the steps needed to accomplish the input SQL. Or, to think of it in another way, the prepared statement is the SQL statement translated into a fo
今年の夏に子供が生まれる。 性別は女の子でほぼ間違いないだろうと診断された。 会社には産休育休に関する手続きを済ませたし 兄夫婦からベビー用品を譲ってもらったこともあり あとは産まれてくるのを待つだけだねーなんて雰囲気になっていたが 名前をまだ決めていなかった。 それでGWに名付けに関して話し合うことになったのだが 旦那の希望する名前は「ことり」であることが発覚した。 ことり? 人名としては一般的じゃないと思うけど一体なぜその名がいいのか? 旦那の返答は 「響きが可愛いから」 「あとはわかりやすく日本語っぽい名前がいいと思った」 「『ことちゃん』って呼ぶの可愛いと思って」 だった。 勘弁してくれ。 人生100年時代に使い続ける名前の由来が「響きが可愛い」ってお前は人生舐めてんのか。 せめてもう少しよく練った由来を出してくれたなら色良い返事も出せたかもしれないが 「響きが可愛い」名前がつけた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く