5月の連休は神戸市内各所で様々なイベントが開催されています。いま「市内各所で様々なイベントが開催されています」なんて書きましたが、正直なところ「神戸は観光地だしどこか人の集まる所に行けば何かしらのイベントくらいはやってるんだろう」なんていう適当な気持ちで「市内各所で様々なイベントが開催されています」と書いてしまった事をここに告白します。実際はどこで何をやっているのか全然知りません。 まあ人の多い場所って疲れますし、人の多い場所に行けば犬が小さいので踏まれてしまう。こういう時こそ我々は平野商店街に行くべきではないだろうか。そんな編集会議を経て、ごろごろ神戸取材班は有馬道を登りました。平野というと神戸以外の人には馴染みのない場所だと思うのですが、ひとことで言うと、メインストリートの交差点に松山ケンイチさん……にそっくりな銅像が建っている町。JR神戸駅や高速神戸駅、大倉山駅から徒歩でもバス（7系

テスターを色々買ったりして、自作キーボード向けのスイッチの知見がたまってきたので個人的な好みを書いておきます 最初に結論 レビューできていないもの レビューのやり方について Tactile Cherry MX Brown（茶軸） Cherry MX Clear KBDfans Aliaz 60g, 70g Kailh Pro Purple Kailh Box Brown Kailh Box Burnt Orange Kailh Speed Copper ZealPC Zealios 65g Clicky Cherry MX Blue（青軸） Cherry MX Green（緑軸） Cherry MX White（白軸） Gateron Blue Kailh Speed Gold Kailh Speed Bronze Kailh Box White Kailh Box Pale Blue K

各CSS設計を、自社のサービスに取り入れる場合どんなメリット・デメリットがあるんだろう、と思って調べたので個人的なメリット・デメリットを含めてまとめました。 ちなみに弊社はSMACSSを採用していたのですが、思った以上に「似ているけれども少し違うため使い回せないパーツ」と「内容に依存するパーツ」が多かったので、そのあたり上手くクリアできる設計手法無いかなと思って探しました。 一覧 OOCSS BEM SMACSS FLOCSS ECSS MCSS OOCSS 特徴 オブジェクト指向 マルチクラス 構造とスキン（見た目）を分離する コンテナと内容を分離する

将棋界の第一人者・羽生善治竜王（４７）が２５日、静岡県沼津市民文化センターで講演を行った。「重圧を感じるのはあと一歩まで来ている証拠」。「ミスを犯したら反省と検証の前に休憩」。数々の金言で聴衆を魅了した。（北野　新太） 春の園遊会でフィギュアスケートの羽生結弦（２３）との初の「ダブル羽生」ツーショットが実現した数時間後、竜王は沼津市のホールでマイクに向かった。現在、佐藤天彦名人（３０）に挑戦中の第７６期名人戦７番勝負は１勝１敗。多忙を極める中でも、終始穏やかな声で聴衆に語り掛けた。 〔６次の隔たり〕 私の好きな話に「６次の隔たり」というものがあります。今、世界には７０億以上の人々が暮らしていますが、自分の友人、友人の友人をたどっていけば、６人目には７０億人全員とつながるという仮説です。交友関係の広いターミナルになる方がいることで成立する。例えば、今ここにいる１０００人の中でどなたかがケニア

Webサービスを使っていると、たまに「秘密の質問」の設定を求められることがあります。 こういう場合、個人的にはランダム文字列を登録したいと思うのですが、次のようにマルチバイト文字しか登録できないことが多い気がします。 普通のパスワードジェネレータではマルチバイト文字のパスワード生成ができないので、このような用途には使えません。そこで、ランダムなマルチバイト文字列を生成するサービス「 秘密の答えジェネレータ」を作ってみました。 自分でも実用しており、既に5サービスに設定しましたが、非常に便利だと感じます。 本稿ではこのサービスの技術面の詳細について紹介します。 「秘密の答えジェネレータ」の構成要素 「秘密の答えジェネレータ」はHTML+JavaScriptだけで実現されており、GitHub Pagesでホストしています。また、独自ドメインのDNSおよびSSL化はCloudFlareで行ってい

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