並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 3121件

新着順 人気順

らくからちゃの検索結果1 - 40 件 / 3121件

  • 引越れんらく帳

    電気やガス、水道などの引越し手続きを1回の入力で簡単に! 全国の自治体への転居予定連絡/転出届・転入予定連絡の手続きができるようになりました!

      引越れんらく帳
    • ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳

      はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録

        ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
      • グーグルアナリティクスとエクセルを使って、ページ毎のアクセス数が比較できる一覧表の作り方 - らくがき

        こんにちは、とみたです。 9月もまた勉強会やワークショップに参加する機会が多く、あっという間に月末です(泣) 特に今月は、法人化前に経費を使おうとパソコンとか椅子の新調でショールームに出かけたりしていたので、あっという間に過ぎてしまいました。 そのレビューなんかもしたいんですが、最近分析関係のことも書いていないので、なんとか月一更新を続けるべく、かんたんな比較表の作り方を紹介します! 今回の比較表を作る目的 先月、とあるセミナーに参加した時に、「記事の修正はどのタイミングですればいいのですか?」という質問が出ていました。 僕の考えだとその答えは1つではなくて、何のための修正かによると思います。 以前紹介したこちらのデータ集計の方法(別タブ)の、特に「6.ページ毎分析」は、今あるアクセスをより多くしたり、今よりもっと成約や別記事へと誘導するための修正をするために、ページ毎に細かなデータを取っ

          グーグルアナリティクスとエクセルを使って、ページ毎のアクセス数が比較できる一覧表の作り方 - らくがき
        • 『M-1グランプリ2018』で立川志らくは何をどのように審査したのか。 - 石をつかんで潜め(Nip the Buds)

          『M-1グランプリ2018』を見ました。第一回大会からずっと見続けて来て、初めてリアルタイムで見ることが出来ませんでした。というのも、シソンヌのライブ『モノクロ』を見に行っていたからです。だから、よく聞く情報を遮断するという行為自体が初めてでしたが、無事に何も情報を得ないまま帰宅して、録画を再生することが出来ました。危なかったのは、会場で、絶対にネタバレをペラペラ喋る奴がいるなと思っていたので、開演の前後ギリギリまでラジオ聞いていたんだけど、同行した奥さんが言うには、僕の隣でやっぱり「ミキが敗者復活で言ったらしいよ」とネタバレを話している人がいたらしいのですが、それを始めとして避することが出来ました。冨樫漫画を読んでいて良かったです。 大会としては、芸風がバラけていて、いわゆる多牌ってやつで、誰が優勝してもおかしくない空気がビンビンで、それこそ、初期の大会のようでした。加えて審査員も、いろ

            『M-1グランプリ2018』で立川志らくは何をどのように審査したのか。 - 石をつかんで潜め(Nip the Buds)
          • 「1年かけたマンガが、らくがきに負けた」上を見るよりも自分の評価を見る /カレー沢薫の創作相談

            1年ほどかけて描いていた二次創作の分厚い漫画がようやく完成しpixivにアップしたところ、今までで1番の好感触でたくさんのブクマをいただいて喜んでいたのですが、2週間かけて得たその評価を同じジャンルの人のらくがきに半日で追い抜かれ、私がかけた1年はなんだったのだろうと無力感に苛まれています。

              「1年かけたマンガが、らくがきに負けた」上を見るよりも自分の評価を見る /カレー沢薫の創作相談
            • 課題を管理して実行して達成するための手順 - そーだいなるらくがき帳

              今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース(時間・お金・体力など)を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか?って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har

                課題を管理して実行して達成するための手順 - そーだいなるらくがき帳
              • 超らくちん!冷凍できる作り置きレシピよりぬき12選 - ささみんのよりぬきレシピ

                今日のレシピまとめは冷凍できる作り置きレシピです。 朝作らないお弁当!夜作らない晩ごはん!ステキじゃないですか? まとめて作って楽をしましょう! このまとめでもの足りない方はこちらのレシピ検索サイトで「作り置き」とか「冷凍」などと検索してみて下さい♪ 【スポンサーリンク】 みんな大好き!ふわふわ煮込みハンバーグ♪ http://cookpad.com/recipe/672721 つくねの甘辛照焼き http://cookpad.com/recipe/250986 めっちゃジューシー♪鶏の唐揚げ http://cookpad.com/recipe/691327 鮭のムニエル☆しょうゆバター じゃがいもとレモンは除外して下さいね http://cookpad.com/recipe/396599 ふわふわ定番だし巻き卵 http://cookpad.com/recipe/253305 大量保存!

                • 志らく、児相の人不足指摘コメントに「数じゃない、心の問題」(デイリースポーツ) - Yahoo!ニュース

                  落語家の立川志らくが6日、ツイッターを更新し、小4女児が虐待で亡くなった事件の児童相談所の対応について、児童相談所の仕事内容を理解しろという一般人からのコメントに言及。「数の問題じゃない、心の問題」と断じた。 【写真】小4女児虐待死亡事件 送検のため、千葉県警松戸署を出る鬼母の栗原なぎさ容疑者 志らくは、自身のツイッターに寄せられた「児童相談所の仕事内容を理解してからいいましょうね。約1人で100人の児童を完璧に対応する自信はありますか?」というコメントをリツイート。そして「数の問題じゃない。心の問題。そんな事もわからないのですか?」とピシャリ。 もちろん志らくも児相の人不足は認識しており「ひとりで100人の子供を見るのは大変」と理解を示したが「だからといってないがしろにされていい子供がいてよいはずがない」ともコメント。児相関係者や教育委員会が精一杯やった結果であれば「それが分かれば誰も怒

                    志らく、児相の人不足指摘コメントに「数じゃない、心の問題」(デイリースポーツ) - Yahoo!ニュース
                  • 自分を必要以上に過小評価することは、あなたを認めてくれている人にとっても失礼だよって話 - そーだいなるらくがき帳

                    クライアント先の社内ポエムだけど必要になることがあったので転記した。 @nekoya さんにお願いしたらそちらも公開してくれた。:圧倒的感謝: @nekoya さんの話がとても良かったので僕もポエムを書いてみる。 zenn.dev 僕もその昔はもちろん駆け出しのエンジニアで自信が無くて自分を低く見積もったり、ある程度自信があっても 謙虚であることが美徳 と思って自分を敢えて卑下するなんてことをよくやっていた。 脳ある鷹は爪を隠す、なんていうけど確かに周囲に低能力だと思われていたほうが便利なシーンもあるにはある。 しかし少なくとも社会で働く上で 自分の能力を適切に評価する ことは自分にとっても会社にとっても重要なことだ。 その前提の上で、自分を過小に評価することは、あなたの仕事の成果に対して高評価し、認めてくれている人たちにとっては裏切り行為と言える。 例えばとても良い仕事をしたのにも関わら

                      自分を必要以上に過小評価することは、あなたを認めてくれている人にとっても失礼だよって話 - そーだいなるらくがき帳
                    • CASHを「らくちん買い取りアプリ」だと思ってる君のために、おっさんたちがこんなにも騒いでいる理由をお教えしよう

                      ※2018年1月10日追記 未だにこの記事を参考にしてくださる方が多いのだけれども、CASHは2017年8月24日に再開したときから「即時買い取りサービス」にピボットというか振り切ったかたちで運営しており、キャンセル手数料も0円になったので、もはや質屋アプリじゃない。本記事の解説はあくまでもファーストリリース時点の話だということを念頭にお読みいただきたい。 ———————————- 昨日、BANKという会社から「CASH」というサービスがリリースされた。 (ちなみにBANKの社長は、かのSTORES.jpをつくりスタートトゥデイに会社を売却した光本さん) 質屋というビジネスを分かってない人にとっては、CASHはどうやら「らくちん買い取りサービス」だと思ってしまうようで、まぁ最近のメルカリとかの延長でそういうのできたんだ〜っつって使ってみる人もいるんだろう。 でも違うんだ、このサービスは恐ろ

                        CASHを「らくちん買い取りアプリ」だと思ってる君のために、おっさんたちがこんなにも騒いでいる理由をお教えしよう
                      • エンジニアの信頼を得るには良質なアウトプットが必要な話 - そーだいなるらくがき帳

                        先日、僕が大好きでリスペクトしてるソフトウェアエンジニアさんたちと意見交換会(呑み会)中にソフトウェアエンジニアの信用と信頼について話題になったのでメモ。 僕が「このソフトウェアエンジニアは信用できる」っていうのはどういう指標がありますか?って質問した時に出た意見としては コードに対して何らかの貢献をしている 新規プロダクトの開発など OSSのメンテナンスなど(パッチを送るなど) 自分の持つプロダクトに対する反応など が出てきた。 これらのような「良質なアウトプット」を定期的に行う頻度も大事だよねという感じ。 なるほど、確かにって思ったのだけど更にその中で良質なアウトプットとは何かという話題になった。 ソフトウェアエンジニアの属性 ソフトウェアエンジニアには得手不得手がある。 言語だったりレイヤーだったりで好き嫌いも含めて得手不得手がある。 更にもっと言えば「プロダクトの成長段階」でも得手

                          エンジニアの信頼を得るには良質なアウトプットが必要な話 - そーだいなるらくがき帳
                        • 今こそ知りたい、2大OSSデータベースのMySQLとPostgreSQLの違いについて話をしてきた - そーだいなるらくがき帳

                          去年書いたSoftwareDesignを題材にお話してください!って言われたので話してきました。 下の特集記事は1年経った今も現役で読める内容なので興味がある人はぜひ読んでみてください。 またRDBアンチパターンという連載をしていますのでこちらもあわせてご確認くださいっ! gihyo.jp そして当日の資料はこちらです。 SoftwareDesignにしっかりとMySQLとPostgreSQLの違いについては触れているのでそこでは触れていない、ハマりどころや初めて両方のDBを知ったと言う人向けのカジュアルは部分を攻めました。 またDBだけの勉強会ですので普段説明するようなところは省略し、できるだけ経験談やコアの話に注力したつもりです。 このへんは資料に含まれて居ないので当日居た人たちだけの特典ですね!! ということで実は今月は登壇3週連続だったのですが一段落しました。 来週はAWS Sum

                            今こそ知りたい、2大OSSデータベースのMySQLとPostgreSQLの違いについて話をしてきた - そーだいなるらくがき帳
                          • PostgreSQLの仕組みから学ぶために必要な資料 - そーだいなるらくがき帳

                            質問されることが多いのでPostgreSQL初学者が運用を行うためにしっておく知識に必要な内容をまとめる。 PostgreSQLの基本的なアーキテクチャ PostgreSQLのアーキテクチャを知らないと自分がやっている作業が危険な作業かどうかわからないし、パラメータの意味もわからない。 そこで以下のリンクを読むと良い。 富士通が後述の資料を参考にまとめたのだろうなと思われる記事。 非常によくまとまっているのでわかりやすい。 www.fujitsu.com もっと細かく知りたいならPostgreSQL Internalsがおすすめ。 富士通の資料と重複するところがあるがこっちが本家。 Githubで管理されているので誤字脱字などあったら気軽にPRを出してほしい。 www.postgresqlinternals.org PostgreSQL Internalsが少し古いので最新事情で知りたい場

                              PostgreSQLの仕組みから学ぶために必要な資料 - そーだいなるらくがき帳
                            • PostgreSQLの内部構造と監視の話 - そーだいなるらくがき帳

                              Geeks Who DrinkとPostgreSQL Conference Japan 2017での資料です。 nulab.connpass.com PostgreSQL Conference Japan 2017 (2017-11-03) | 日本PostgreSQLユーザ会 詳しく知りたい人は下記の本がおすすめです。 ただし注意点は9.3相当なのでプロセスの仕組みがちょっと違います。 待望の新刊出ました!10系ベースなのでぜひ読んでみてください。 ※2018/10/07 追記 読み応えのある内容になったかなと思います。レベル感で言えばOSS DB Goldの試験出る範囲です。特に内部構造は覚えて置いて損は無いでしょう。 speakerdeck.com 内部構造の中で取り扱っていないところにAUTOVACUUM、TOASTとレプリケーションがあります。AUTOVACUUMはPostgre

                                PostgreSQLの内部構造と監視の話 - そーだいなるらくがき帳
                              • PostgreSQLとMySQLのメジャーバージョンアップのためのチートシート作った - そーだいなるらくがき帳

                                中国地方DB勉強会 in 岡山の登壇資料です。 そのうちここで登壇動画が公開されることでしょう。 肝心なチートシートは以下のとおり。 PostgreSQL gist.github.com MySQL gist.github.com チートシートだけじゃわからない!困ってる! Have Fun Techがバージョンアップのサポートしますのでお気軽にご相談ください。 have-fun.tech まとめ やっぱ中国地方DB勉強会は最高だぜ!

                                  PostgreSQLとMySQLのメジャーバージョンアップのためのチートシート作った - そーだいなるらくがき帳
                                • ブログ名ってどうやって決めたの? 人気ブロガー、らくからちゃ&かあいがもんの場合 - 週刊はてなブログ

                                  ブログを自己表現やブランディング、さらに個人のメディアとして利用するときに、大切なことはブログのコンセプトを明らかにすることです。どういった記事を書くのかにとどまらず、どんなブログ名(およびドメイン名)を付けて運営するのかということも、実はブログのコンセプトに深く関係してきます。 はてなブックマークの人気エントリーにも記事がいくつも入っているブログ「ゆとりずむ」のらくからちゃ(id:lacucaracha)さんと、「お父さんの日記」のかあいがもん(id:otousan-diary)さん。お二人はブログのコンセプトをどのように考え、ブログ名やドメイン名にはその思いがどのように生きているのでしょうか? ※この記事は、GMOインターネット株式会社提供によるPR記事です。 ▼ブログを見返して、これから何を書いていくかを自問自答することで、改めてコンセプトが固まりました/らくからちゃさん __ブログ

                                    ブログ名ってどうやって決めたの? 人気ブロガー、らくからちゃ&かあいがもんの場合 - 週刊はてなブログ
                                  • 「スーらく」で幹事らくらく? はてな的忘年会を開催してみた - はてなニュース

                                    そろそろ忘年会シーズン! いいこと悪いこと、思い出したり忘れたりする忘年会、すでに予定は決まっていますか? 忘年会も新年会も大変なのが幹事仕事。参加者を集め、店を決め、連絡して……。でも直前まで予定は決まらないし、このシーズンは店も混雑していて予約しにくいもの。はてなのマーケなどを担当するid:kiyoheroこと私も宴会の幹事は苦手意識があります。そんな中、ぐるなびの「スーパーらくらく幹事さん(スーらく)」というサービスがいいと聞きました。その模様をお届けします。記事の終わりには、5000円分のギフトカードプレゼントのお知らせもありますよ! (※この記事は株式会社ぐるなびの提供によるPR記事です) ご好評につきデジカメもプレゼント! 忘年会や新年会での撮影にぴったりのコンパクトデジカメ「PowerShot S100」を、この記事で紹介しているキャンペーンのプレゼント賞品に追加しました。応

                                      「スーらく」で幹事らくらく? はてな的忘年会を開催してみた - はてなニュース
                                    • データベースリファクタリングについて話をしてきた #OSO2017 - そーだいなるらくがき帳

                                      岡山にはオープンセミナー岡山と言う最高のイベントがあります。 okayama.open-seminar.org 昨日は id:t-wada さんや id:naoya さんの資料がホットエントリー入りしてました。 この登壇はそれと同じイベントになります。 その他の方も超豪華講師陣の中で、私が出来る精一杯の経験も踏まえたお話をさせていただきました。 speakerdeck.com この中で出て来る、データベースリファクタリングは本当に素晴らしい本です。 OracleベースなのですがMySQLだろうがPostgreSQLだろうが必ずためになる本です。 ですが、この本は既に廃刊になっており再販の予定もありません… 僕は後世に絶対必要な本の一つだと思っているので再販のためにも皆さんの要望の声を上げていただけるとうれしいです。 そしたらもしかしたら本が世に復活するかもしれません。 またSQLアンチパタ

                                        データベースリファクタリングについて話をしてきた #OSO2017 - そーだいなるらくがき帳
                                      • 志らく on Twitter: "グッとラックでの江戸しぐさ。デマだとか都市伝説だと言う人がいるが、学術的に証拠がなく近代において広まった言葉と言われている。でも私は細い路地で譲り合うとかそういった文化は間違いなく下町の東京にはあったし江戸時代にもあったと思う。素晴らしい文化だからデマの一言で消しやるのはどうなの"

                                        グッとラックでの江戸しぐさ。デマだとか都市伝説だと言う人がいるが、学術的に証拠がなく近代において広まった言葉と言われている。でも私は細い路地で譲り合うとかそういった文化は間違いなく下町の東京にはあったし江戸時代にもあったと思う。素晴らしい文化だからデマの一言で消しやるのはどうなの

                                          志らく on Twitter: "グッとラックでの江戸しぐさ。デマだとか都市伝説だと言う人がいるが、学術的に証拠がなく近代において広まった言葉と言われている。でも私は細い路地で譲り合うとかそういった文化は間違いなく下町の東京にはあったし江戸時代にもあったと思う。素晴らしい文化だからデマの一言で消しやるのはどうなの"
                                        • なぜ志らくは嫌われるのか:ロマン優光連載143

                                          実話BUNKAタブー2023年6月号 4/14発売 通常毎月16日コンビニ・書店で発売 特別定価670円(税込) ▼女性に「キモい」と言ったら大問題 一方で男性に「キモい」と言っても賞賛 男性差別を許すな▼Colaboの活動は若い女性の売春活動の手助けに おっさんは仁藤夢乃さんに感謝すべき▼WBC優勝監督栗山英樹メッキ剥がせばただの女好き無能▼芸能界のドンたちが消えて台頭 吉本の天皇・大崎洋の素顔▼ついに「国母」となる紀子さま 皇族に成り上がった野望のルーツ▼大谷翔平vs小室圭 偉大なのはどっち?▼自民党の分派みたいなもの「日本維新の会」が描く野望▼インタビュー「NHKをぶっ壊す!」立花孝志とは何者なのか▼モテないおじさんが都合よく勘違いしている女性の言動 ほか ●連載中『ロマン優光の好かれない力』は「ここがヘンだよ小西洋之」 実話BUNKA超タブー2023年5月号 コンビニ・書店で4/1

                                            なぜ志らくは嫌われるのか:ロマン優光連載143
                                          • 判断と決断の違いと決断のコツ - そーだいなるらくがき帳

                                            判断と決断の話の違いはこのツイートの通り。 判断の話で言うとぼくはそーだいさんがしてくれた「判断と決断は違う」という話がだいぶ実になっていて、「情報を集めれば理屈で答えが出せるのが判断、今は情報を集めることができない中で答えを出さないといけないのが決断、リーダーがやらなければならないのは決断」という話をかなり大事にしている— しんぺいくんさん (@shinpei0213) 2021年12月10日 決断のコツ 結論から言えば、決断のコツは失敗できるようにすることだ。 失敗できる状態なら決断することができる。 そして素早くアクションして、失敗のフィードバックを受け取ることで新しい決断をすることができる。 そーだいさんがぼくに教えてくれた二大大事なこと「判断と決断は違う」と「ロールバック可能なことはどんどん試せばいい、ロールバックが難しいことは慎重に」です— しんぺいくんさん (@shinpei

                                              判断と決断の違いと決断のコツ - そーだいなるらくがき帳
                                            • 障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳

                                              AWSで大きな障害が発生したこの機会に、自分がクラウドと正しく付き合っていくために必要なことを考える。 piyolog.hatenadiary.jp ちなみに稼働率 99.99% くらいを目指していくために必要な事を考える。 必要な稼働率を見極める 今回は 99.99% くらいを目指すと言ったが、実際に自分たちにとってどのくらいの稼働率を目指すか?ということはとてもとても大切だ。 幸い、今回自分は影響がなかったが、本当に完璧か?と言われるとそうではない。 まず弊社の場合、マルチリージョンではないので東京リージョンが落ちたら落ちる。 これを許容できない場合に99.99%を目指せるか?というと正直厳しい。 しかしサイトの規模はそんなに大きくないのでデータサイズも現実的に転送出来る範囲で、コンポーネントも少なく、TerraformやAnsibleによって再構築しやすい状態は整っている。 そのため

                                                障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳
                                              • にこ☆さうんど(-β えくすとらくた

                                                にこ☆さうんどは、ニコニコ動画から音を抽出するウェブサービス。専用の動画編集ソフトのインストールも、使い方を覚える必要も無く、誰でもマウスひとつで簡単に音を抽出する事が出来ます。

                                                • チノちゃんに「お兄ちゃん」って言わせたい! – 愛のらくがき帳

                                                  やっつけで作ってしまった…… pic.twitter.com/tWRmXDXemD — イショティハドゥス (@Ishotihadus) 2015, 11月 21 このツイートがかなりの反響を呼んだ。もとのセリフは「ごめんねお姉ちゃん、いい子になるからもう怒らないで」。これを「お兄ちゃん」にしたわけだ。 今まではコラ画像の時代だったが、これからはコラ音声の時代。その手始めに、これの作り方をメモっておくことにした。 〜追記〜 twitter アカウントが凍結されてしまったので、YouTube に良質なものをあげてみました。 素材の選び方だが、「エロゲの音声をとってきた」などのツイートも見られたが、実際にはそう簡単にはいかない。人間の耳は結構いい。 一番問題なのは、「酔っているチノちゃんの声を当てた時の水瀬いのりの声」が必要だということである。魔法少女チノのドラマ CD も探したのだが、マシな

                                                  • 引越し 手続き&公共料金の住所変更サービス | 引越れんらく帳

                                                    内閣官房の推進する 検討/実証実験の参画企業 引越れんらく帳が内閣官房の推進する 引越しワンストップサービス検討会及び 現地検証に参加するプラットフォーム事業者 として採択されました。 詳しく見る

                                                      引越し 手続き&公共料金の住所変更サービス | 引越れんらく帳
                                                    • ドメインレジストリが逮捕されてしまったら - tmytのらくがき

                                                      追記 (8:39 AM): よく読んだらレジストリでした。 背景 僕はKA.TJというドメインを101domainで購入し、優先度の低いメールアドレスのために運用していました。 このドメインは、今年の4月が有効期限となっていたので2月に更新手続きをしていました。 ところが、いつまでたってもPending Approbal(保留中)という状態から一向に進みません。 サポートチケットを何回か作って、どうなってるんだ、レジストリをせっついてくれ。と言っていたのですが、まったく状況は改善しません。 まぁそんなに急いでなかったので割と放置してたというのもあるんですが、ぶっちゃけ放置してました。 ちなみにTJドメインはタジキスタンドメインです。タジキスタンは2016年10月11日現在の外務省海外安全情報によると”レベル2: 不要不急な渡航は止めてください”ですね。 事件 そういやあれ、いまだにPend

                                                        ドメインレジストリが逮捕されてしまったら - tmytのらくがき
                                                      • MySQLの0000-00-00 00:00:00は使ってはならない - そーだいなるらくがき帳

                                                        結論 何がいいたいかといいますと0000-00-00 00:00:00があるとORMも死ぬし、DBマイグレーションツールも死ぬし、そもそもMySQLからポスグレにデータを持っていくこともFDWをすることも出来なくて死ぬのじゃ。— そーだい@初代ALF (@soudai1025) 2018年4月25日 色々困るので使わない。 理由 以下に理由を述べる SQL標準ではない 正論で殴った場合。 0000-00-00 00:00:00の仕様が難しい 0000-00-00 00:00:00 はMySQLの独自な仕様で NOT NULL制約のカラムではNULLと等価であり、NULLではない という仕様がある。 "NOT NULL として宣言された DATE および DATETIME カラムでは、次のようなステートメントを使用することで、特殊な日付 '0000-00-00' を検索できます"https:

                                                          MySQLの0000-00-00 00:00:00は使ってはならない - そーだいなるらくがき帳
                                                        • PostgreSQLで排他制約がめっちゃ便利!! - そーだいなるらくがき帳

                                                          中国地方DB勉強会っていう控えめに言っても最高の勉強会があるんだけどそこで排他制約について教えてもらいました。 ikkitang1211.hatenablog.jp 排他制約って雑に説明すると重なりを拒否する制約です。 僕は使った事なかったのですが勉強会の中で事例紹介を受けて、めっちゃ便利だったのでここでご紹介します。 どんなときに使うの? 実際にはどんなときに重なりを制御したいかというとよく使うのは次の2つ。 図面の重なり 時間の重なり 1つ目は幾何学的な図面を表現するときです。 実際にPostgreSQLは円や四角をSQLで表現できます。例えば地図上で特定の座標から半径100メートルの円を書き、その中に特定の円(場所)があればErrorにするような制約が書けます。 そもそもSQLで位置計算もめっちゃ便利なので是非使ってみてください。 soudai1025.blogspot.jp そして

                                                            PostgreSQLで排他制約がめっちゃ便利!! - そーだいなるらくがき帳
                                                          • 初心者をプログラマーにできるかどうか - そーだいなるらくがき帳

                                                            blog.3qe.us これを読んだ感想文を書く。 結論、大量生産は無理やろとは思う。 少なくとも、「プロ」としてお金をもらって高品質なソフトウェアを0から書けるようになるにはセンスが必要だ。 そもそもそのレベルには私もなっていない。 ただ今あるモノになんとなく機能を追加するレベルに引き上げる術はもっとあると思う。 経験則でなんとなくその例をあげる。 ペアプロ OJTに近いとも言えるし、一番わかりやすい。 ここでペアプロはハローワールドまでの環境構築や実装までを各要素を説明しながらやることを指す。 まずはメンター側が目の前で順番にやってみる。 で次にメンティに同じことをさせる。 そうすると絶対詰まる。 Error: variable 'a' is undefined, line 24 こういうエラーが出るとまず英語を目の前で読む。 で理由を順番に説明して24行目を一緒に読む。 根気よく教え

                                                              初心者をプログラマーにできるかどうか - そーだいなるらくがき帳
                                                            • RDBアンチパターン リファクタリングについて話をしてベストスピーカー賞を取ってきた #builderscon - そーだいなるらくがき帳

                                                              Builderscon 2017で登壇してきました。 builderscon.io 登壇資料はこちらです。 今回も僕が超絶リスペクトしてる id:t-wada さんと そこそこリスペクトしてる 空前絶後のォォ!!!!超絶怒涛にリスペクトしている上司の id:onishi さんの名言を引用させてもらいました。これはテストコードやモニタリングで品質が見える化されますが「見える化されるだけでは問題は解決しない」という本質をお伝えしています。我々はエンジニアなので技術で問題を解決していくわけですし、問題を解決するためには手を動かすしかありません。ですのでまさに今の現場を改善していくのはあなた自身です。 あとは今年、話をしてきたデータベースリファクタリングの総集編って感じです。ホントは実例のRDBアンチパターンを元にリファクタリングしていきたかったんだけど60分では短すぎて「続編に期待」みたいなレベ

                                                                RDBアンチパターン リファクタリングについて話をしてベストスピーカー賞を取ってきた #builderscon - そーだいなるらくがき帳
                                                              • 文系でもプログラマになれるのか - そーだいなるらくがき帳

                                                                ブログについたコメントに対する自分なりの考えを書く。 soudai.hatenablog.com 私は文系の大学生ですが、プログラミング興味を持ちプログラマになりたいと考えています。 とても難しい事は理解していますが、プログラマに就職するのは やはり難しいでしょうか? もし可能性があるとしたら、就職先の探しかたや見分け方などの ことを教えてください? お願いします。 文系でもプログラマを始めとするソフトウェアエンジニアになれるか?の答えは なれる。 例えば自分の周りでも id:daiksy さんとか @shinpei0213 さんは文系出身のソフトウェアエンジニアだしプログラミングしている。 もっと言えば自分自身、高卒エンジニアなので学歴がネックでプログラマになれないということは無い。 だがソフトウェアサイエンスをしっかりと学んだ人からするとスタートラインは後ろである、という事実はあるし、

                                                                  文系でもプログラマになれるのか - そーだいなるらくがき帳
                                                                • Howだけ考えると複雑さを導入して仕事が増える - そーだいなるらくがき帳

                                                                  昨日、リモート雑談会の中で id:katzchang がめっちゃ良いことを言ってたので自分のためにも、みんなのためにもここに残す。 結論 作業を増やすことに敏感な人は少ない。 仕事と作業を同じと捉えていて、作業をすると仕事の進捗があると感じてしまう麻薬みたいなのはある。 それによって複雑さを導入して仕事、作業を増やす。 本当に必要なの作業を減らしてビジネスを前に進めることに注力する。 それが仕事をするってことだよな。— そーだい@初代ALF (@soudai1025) August 13, 2020 ちゃんとWhyを意識して、問題の本質を理解し、解決することで、不要な作業を減らし、仕事を減らしていくことがITを活用する上で肝要である。 仕事を増やさない これは本当に大事。 例えばリリース手順書を作りました!ってなると作業の内容が変更になるたびに手順書のメンテナンスをしなければいけない。 そ

                                                                    Howだけ考えると複雑さを導入して仕事が増える - そーだいなるらくがき帳
                                                                  • 障害対応時にまずはissueを作ると良い - そーだいなるらくがき帳

                                                                    先日のAmazon SQSの障害には色々と肝を冷やした人も多いのではないでしょうか。 classmethod.jp 今回のようなケースとは別に障害は大小あれど、みなさん日々戦っていることだと思います。 障害対応はエンジニアの花形であるものの、サービスに対する知識やソフトウェアの知識など経験と技術の両方が必要です。 そのため、どうしてもトラブルシューティングはエースエンジニアなどの一部の人に依存してしまう…などの問題が発生しがちです。 そこで今日は私の経験から障害対応のいろはを書いて行きたいと思います。 今回のスコープの外 実際に障害時の具体的な対応、例えば障害切り分けやRDBMSのボトルネックの探し方などの話はしません。 まずissueを作ると良い 本題です。 トラブルを認知したらまずはissueを作りましょう。 issueを作るときはtemplateが事前に設定されていると便利です。 g

                                                                      障害対応時にまずはissueを作ると良い - そーだいなるらくがき帳
                                                                    • ソフトウェアエンジニアが当たり前にやるべき事 - そーだいなるらくがき帳

                                                                      manabusakai さんの下記の記事を読んだ感想。 blog.manabusakai.com Twitterにも書いたけど僕は信頼されるエンジニアをずっと目指してきたし、そのために僕に必要なことがここには詰まっていた。 ほんとみんなに読んでほしい。 このエントリーの中の信頼を得ているエンジニアの姿を引用する。 有言実行である 仕事の納期をきっちり守る どんな仕事でもムラがない 困ったときに快く相談に乗ってくれる 皆がやりたがらないタスクを拾ってくれる チームの雰囲気を良い方向に導いてくれる etc... まさに。 ではソフトウェアエンジニアとしてこの他に当たり前にやるべき事って何があるだろう? ソフトウェアエンジニアとしてやるべき事 僕らは技術で問題を解決することで価値を高めたり、対価を頂いている。 例えば使っているOSSにバグがあったらどうだろう? これは自戒をかなり含むが不満をSN

                                                                        ソフトウェアエンジニアが当たり前にやるべき事 - そーだいなるらくがき帳
                                                                      • CSS3アニメーションをらく~に実装!オンラインツール7選 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

                                                                        こんにちは。デザイナーのハルエです。 最近の流行は「トシムリン」です。あぁ次こそ生で見たい・・・。 CSS3でアニメーションを作成するとコードが肥大化して複雑になるため、ライブラリやオンラインツールを使用して作成している方も多いと思います。 簡単なアニメーションで言えば、「transition」でボタンのマウスオーバーに背景色をアニメーションさせたり、画像をフェードさせたり拡大・縮小させたり・・・などなど。 「animation」を使えばさらにできることが広がるのですが、まだまだwebkitブラウザ以外では正常に動作しないのが難点です。 今回は、CSS3アニメーションを一瞬で設定できちゃうオンラインツールをまとめて紹介します。もう知っている人もたくさんいるとは思いますが、まだ使ったことのない方はぜひ一度試してみてください。 CSS3アニメーションを実装!オンラインツール7選 Animate

                                                                          CSS3アニメーションをらく~に実装!オンラインツール7選 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
                                                                        • 志らく on Twitter: "煽り運転の運転手が煽るのが俺の表現だ!路上で下半身をさらけ出すのも表現だ!激辛カレーを教師に食べさせるのも表現だ!殺人も表現だ!戦争も核兵器投下も表現だ!と言い始めたら?世の中めちゃくちゃになります。"

                                                                          煽り運転の運転手が煽るのが俺の表現だ!路上で下半身をさらけ出すのも表現だ!激辛カレーを教師に食べさせるのも表現だ!殺人も表現だ!戦争も核兵器投下も表現だ!と言い始めたら?世の中めちゃくちゃになります。

                                                                            志らく on Twitter: "煽り運転の運転手が煽るのが俺の表現だ!路上で下半身をさらけ出すのも表現だ!激辛カレーを教師に食べさせるのも表現だ!殺人も表現だ!戦争も核兵器投下も表現だ!と言い始めたら?世の中めちゃくちゃになります。"
                                                                          • TwitterのステータスIDが53bitを越えたお話 - tmytのらくがき

                                                                            僕の記事の間違いを指摘していただいているすばらしい記事です。僕の記事よりこちらの記事をご覧ください。 http://archive.guma.jp/2010/12/twitter-json.html 先日、29日の7時過ぎごろにTwitterのステータスIDが53bitを越えました。 こんな中途半端なビット数を超えただけでなぜこんな記事にするかというと、一部のクライアントで動作がおかしくなることがあるからです。 (14:14 追記しました) (14:31 もひとつ追記しました) TwitterのAPIはXMLとJSONの2種類で結果を取得できます。このうちXMLで処理してる場合は内部で64bit INTで処理していれば特に問題は起きません。 問題が起きるのはJSONの場合です。JSONはJavascriptでevalすればそのまま中身が取り出せることからもわかるように、Javascript

                                                                              TwitterのステータスIDが53bitを越えたお話 - tmytのらくがき
                                                                            • キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳

                                                                              どうもキャッシュバスターズ、 id:Soudai です。 Cache(以下、キャッシュ)は特定の場面に置いて劇的な効果を発揮し、様々な問題を解決する反面、新たなコンポートやミドルウェアが追加され、複雑性が上がり、運用のレベルが上がるため、扱いに注意する必要があります。 キャッシュを活用することで、パフォーマンスの改善や負荷軽減が行われ、コンピュータリソースの最適化によるサーバコストの削減や、レスポンスの改善によるユーザエクスペリエンスの改善がされます。 反面、その劇的な効果に毒され安易に多用すると、サービスが強くキャッシュに依存してしまい、非常に壊れやすくなり、運用が難しくなってしまいます。これをWeb界隈では「キャッシュは麻薬」と比喩されて、戒められてきました。 そのためキャッシュを使わずにサービスが運用できるのであれば使わないに越したことはないのですが、ある一定以上の規模になった際にコ

                                                                                キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳
                                                                              • 行動をするときに「自分には向いてないかも」と悩む時間は必要ない - そーだいなるらくがき帳

                                                                                PHPカンファレンス関西懇親会で若者に「俺だってソフトウェアエンジニアの才能が無いかも…と悩んだことあるよ」って話をした。 そんな悩みを持っていたのは自分が25 ~ 26歳くらいの頃で自分はエンジニアとしてスタートが遅かった(異業種転職組)から、技術力の無さを痛感しながらも、それを才能の理由にしようとしていた。 続けるために必要なのは才能ではない 悩んでいるとき、飲み会で当時の同僚で先輩の @maepon さんに相談した*1ところ、次のことを言われた。 自分が「才能ないかも」と言ったあとに帰ってきた言葉は「もし、お前に才能が無かったとして、じゃあお前はどうするんの?そのifの中に実装があるの?何も無いんだったらそのifについて考える時間は無駄じゃん。必要なくない?」って感じ。 確かに才能が無かったとして、じゃあソフトウェアエンジニアを辞めて別の仕事したいってのがあるなら考えればいいけど、当

                                                                                  行動をするときに「自分には向いてないかも」と悩む時間は必要ない - そーだいなるらくがき帳
                                                                                • MySQLからPostgreSQLに移行する際のTips - そーだいなるらくがき帳

                                                                                  このエントリーは Classi developers Advent Calendar 2022の18日目。 ネタはなんでもいいよ!とのことなので、Claasiに全く関係なく、MysqlからPostgreSQLに移行する際の注意点を書く。 なお、まだRDSにPostgreSQLがなかった頃のような昔の記事だがこちらに無いことを書いていく。 soudai1025.blogspot.com soudai1025.blogspot.com MySQL から PostgreSQLにデータ移行する際の注意点 MySQLとPostgreSQLは互換性がもちろんありませんので、細かいところで違いが発生します。 よく踏むデータ移行の注意点は以下の通り。 timestampやdatetimeを移行する先はtimestamp型になるが、timestamp型はタイムゾーン付きと無しがある timestamp wi

                                                                                    MySQLからPostgreSQLに移行する際のTips - そーだいなるらくがき帳