gamebiz.jp 私は親会社であるゲオの株主であり、DLSiteの成長には大変期待しておりますが、DLSiteは期待以上の成長を見せてくれております。 今までゲオは決算説明資料でDLSiteの存在を軽く扱い続けてましたがついに決算説明資料でもDLSiteが取り上げられることになりました。よかったねエイシスさん…。 なお、ゲオ本体がコロナのせいでボロボロなので株価はむしろ下がっててｼﾞｪｯﾄｽﾄﾘｰﾑｼｮﾎﾞｰﾝ(´・ω・｀)(´・ω・｀)(´・ω・｀) とはいえ、純資産は730億円。現金だけでも190億を保有している上、ぶっちゃけDLSiteだけでも今の時価総額470億くらいの価値を持ってると思っており、コロナが収まったらゲオの株価は自然と復活してくると思っているので脳死しながらガチホしようと思ってます。（皆さんにはコロナが完全に収まるまではお勧めしません） まずこの記事では投資家目線

この記事では、コーディング作業で迷ったときに確認したいコードスニペットを集めた便利サイトをまとめて紹介しています。 ウェブ開発において、フロントエンドやデベロッパーが悩んでしまう問題の解決方法を知ることができるだけでなく、世界中の優秀なプログラマーの作成したコードを確認、実際に動かしながら学ぶことができます。 ちなみに、2020年に人気だったコードスニペットランキングがこちら。 2020年にCodepenで話題！コピペ可なHTMLスニペット ベスト100発表 どう書くんだっけ？ を一発解決！コードスニペットを集めたオススメWebサイトまとめ CoddMyUI Javascript、HTML、CSS、jQueryプラグイン、ウェブ開発にできるデザインスニペット1200個以上が揃ったサイト。ボタンやホバーリンク、テキストアニメーションなど細かくカテゴリ分けされているので、必要なパーツごとのコー

設計原則はよい設計をするための指針です。 では、よい設計とはなんでしょうか？ もっとも重要なソフトウェア品質は発展性 ソフトウェアの発展性がビジネス価値を生む 発展性をうみだす７つの設計原則 モジュール化 モジュール化の２つのアプローチ 型によるモジュール化 手続き的なモジュール化 関心の分離 関心の4象限 入出力と計算・判断の分離 業務の関心と実装の詳細の分離 もっとも複雑な関心事（ビジネスロジック）の分離を徹底する カプセル化と抽象化 カプセル化 ビジネスロジックのカプセル化 抽象化 データ抽象 ビジネスロジックとデータ抽象 高凝集と疎結合 凝集度 結合度 隠された結合性の問題 定義の一点性 見た目が同じコード 7つの設計原則の学び方 コードの実装例 ドメインオブジェクト設計のガイドライン 実践ガイドとして使える本 設計の考え方を理解するための本 もっとも重要なソフトウェア品質は発展性

この記事では、Webデザインやグラフィックデザインの制作スピードを短縮し、生産性をアップする、便利な最新オンラインツールをまとめてご紹介します。 「もっと早く知りたかった」と思わせる、面倒な作業をサクサクこなす時短ツールが勢揃いです。カテゴリごとに整理しているので、目的にあったお気に入りツールを探してみましょう。 コンテンツ目次 1. Web制作便利ツール 2. デザインコレクション 3. イラスト系ライブラリ 4. 配色ツール 5. プロトタイプツール 6. コラボ、リモートワークツール 7. 面白、クリエイティブツール Web制作の常識が変わる、便利な最新オンラインツールまとめ Web制作便利ツール The Hero Generator ウェブサイトの魅力的なヒーローイメージを作成できるオンラインツール。グラデーションオーバーレイやボタンスタイル、見出しタイトルの余白など細かい部分も手

レスポンシブの確認ツールやサービスをいろいろ紹介してきましたが、ついに本命とも言える無料ツールの登場です！ Windows, macOS, Linux対応で、しかもオープンソース、快適にレスポンシブの確認ができるResponsively Appを紹介します。5つのデバイスを同時にすれば、制作時間は5倍速くなります。 無料とは思えないほど高性能で、すべてのWeb制作者にお勧めです！ Responsively App Responsively App -GitHub Responsively Appの特徴 Responsively Appのダウンロード Responsively Appの使い方 Responsively Appの特徴 Responsively Appは、レスポンシブのWeb制作に役立つElectronで構築されたブラウザです。 ユーザーインタラクションは、すべてのデバイス間でミ

Add new features to your browser and personalize your browsing experience.

Laravel を使った開発でも、ドメインロジックと RDBMS などの永続化層へのアクセスを分離するためにリポジトリパターンを採用するケースが増えてきました。 ただ、Laravel には Eloquent という Active Record タイプの ORM があるので、これとリポジトリをどのように組み合わせるかで悩んでいる人が多いようで、これまで開発現場や勉強会などで質問を受けることがありました。 本エントリでは、リポジトリを実装してきた経験を元に、私が考える実装のポイントをご紹介します。 1. ドメインデータの入出力にリポジトリパターンを使う 2. メソッドの型宣言にドメインデータを指定する 3. 機械的に CRUD メソッドを実装しない 4. Eloquent を利用したリポジトリクラスの実装 5. 複数テーブルを扱うリポジトリ 6. Paginator との連携 さいごに 1.

※Linuxはもちろんですが、Docker for Mac(M1 Mac含む), Docker for Windows で動作します。 Dockerの勉強をしたい方向け ハンズオン形式の記事を書いてるので、DockerでLaravel環境する方法を一から勉強したい人はこちらの記事がおすすめです。 【初心者向け】20分でLaravel開発環境を爆速構築するDockerハンズオン 概要 Docker, Docker Compose を使って、nginx, php-fpm, MySQLの実行環境(LEMP)を構築して、最強のLaravel開発環境を構築する記事です。 Laravelが最低限動作して、シンプルで軽量かつベストプラクティスなコンテナ、ディレクトリ構成を考えました。 最小限の構成なので、DockerイメージのビルドはLaradockより10倍以上高速にビルド完了します。 リポジトリ h

補足→ https://anond.hatelabo.jp/20191205212350 これは退職者アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初は自分のブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌。 What's thisよく見かける「未経験からエンジニアへ！」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功（？）体験の生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます。

LINE、開発者向けブロックチェーンプラットフォーム発表 ｜ AML / KYC、ユーザー鍵管理を提供【ニュース】 LINEは11月20日、開発者向けプラットフォームである「LINE Blockchain Platform」を発表した。 11月20日に開催されたLINEの開発者向けカンファレンス「LINE Devloper Day 2019」の中で公表した。LINEの仮想通貨・ブロックチェーン子会社LVCの永井幸輔氏による「仮想通貨と規制」についてのセッションの中で説明された。 出典：“Custody / KYC / AML regulations on crypto world” 公表されている資料によれば、開発者向けにユーザ―鍵管理やアンチマネーロンダリグ（AML）/ 本人確認（KYC）のソリューションを提供するもののようだ。 出典：“Custody / KYC / AML regul

黒毛の牛に白い塗料を塗ってシマウマのような模様にすると、通常の状態の牛と比べて、アブなどの虫が寄ってこなくなるという研究結果を、愛知県の農業総合試験場などがまとめました。 発表によりますと、研究では黒毛の牛を、通常の状態と白い塗料を塗って「シマウマ」のような白黒のしま模様にした状態、それに色による違いを見るために、白い塗料と同じ素材の黒い塗料を使ってしま模様にした状態で柵につなぎ、虫が寄りついた回数などを調べました。 その結果、それぞれ36回、30分間放置したあと、牛の右半身に付着していたアブなどの血を吸う虫の数は、平均で通常の状態の牛が129匹、黒い塗料を塗った牛が111匹だったのに対し、白黒のしま模様の牛は、半分以下の55匹だったということです。 また、尾を振るなど虫を追い払うような行動をとった回数も、30分当たりの平均で、通常の状態の牛が53回、黒い塗料を塗った牛が54回だったのに対

参考になりそうなLaravel製のオープンソースプロジェクトを集めた。 Railsの時はGitLabを見ていれば安心できたので、Laravelにもそのような存在を求めたという感じ。 参考 https://github.com/chiraggude/awesome-laravel Koel 多分これが最大です。 個人的な音楽ストリーミングサイトです。 綺麗なサイトもありますし、GitHubでのスター数も2017年4月8日時点で7400以上です。 Laravel 5.4, Vue.js 2.1, Yarn などを使っておりモダンな印象。アップデートにも追随しています。 特にWeb APIベースでVue.jsと一緒にLaravelを利用する場合、これに従っておけば間違いないと思います。 Vuex は使ってないので、その参考にはならないかも。 ちなみに、Vue.jsの作者のブログで知りました。 L

Shopifyロゴメーカーお気に入りのロゴを数分で作成 プロにロゴの作成を依頼しなくても、完全無料、完全カスタマイズ可能なロゴをご自身で作成できます。 Shopifyロゴメーカーを使って、あっという間にデザインしましょう。

※ 2018/07/21 追記。 お読みいただきましてありがとうございます！ すみません、実はタイトルの割には「現在回しているイケてない運用をちょっとした工夫でサクッと改善する」ことを主眼としており、セキュリティのベストプラクティスではありません。。。 本稿の例で挙げているコマンドのリスクにつきましては、 注意 の項を追加しましたのでご参照ください。 公開当初は「10いいねくらいもらえたら嬉しいなー」と思っていた程度だったのですが、まさかここまでたくさんの方に読んでいただけるとは。。。 もっと内容を精査しておくべきだったと反省しております。。。 いいねやコメント等反応頂けるのはとても励みになります。ありがとうございます！ TL;DR 怖いですよね、セキュリティインシデント。 インフラ系でお仕事をしていると、 Linux にログインして操作する手順書を作る事が多くなります。手順書の中には認証

楽天は7月11日、開発者向けに8000以上のAPIの検索、検証、購入が行えるマーケットプレイス「Rakuten RapidAPI」を開始した。APIマーケットプレイス「RapidAPI」を提供する米国企業・R Softwareと戦略パートナーシップを締結し、日本を皮切りにアジア地域へ展開するという。楽天の平井康文副社長は「APIを多くの開発者に紹介したいAPIプロバイダーと、サービスに必要なAPIを組み合わせてアプリを開発したい開発者の間にビジネスチャンスがあるのではないか」と話す。 RapidAPIは世界で50万人以上の開発者が利用するAPIマーケットプレイス。企業や団体、公的機関などが掲載したAPIをカテゴリやキーワードから検索して試すことができる。RapidAPIからAPIの購入も可能。またプログラミング言語にかかわらず、RapidAPI内のすべてのAPIに接続できるSDK「Raku

日本語のフリーフォントを好きな言葉・文章で試せるサイト

この記事は以下のページに移転しました。 blog.morishin.me

鳥のさえずり声を聞いて、私は悪態を吐いた。今日の早朝に予定されていたミーティングのことをすっかり忘れていたのだ。 まったく、最悪の朝だ。着替えている間に、電話も鳴った。「高い金を払ってコンサルタントを雇った極めて重要なミーティングだ」と念を押されていたというのに。 それもこれも昨日のバグのせいだ。睡眠時間も、開発スキルも、人員も、私の現場には何もかもが足りていない。 それにも関らず、理解の足りない上司は「テスト工程を削ってでも早く納品しろ」とプレッシャーを与えてくる。 あの馬鹿どもめ。一体何を考えているんだ？ スーツに着替え終わった私は、冷蔵庫の缶コーヒーで空腹を誤魔化すと、バイクに跨った。通勤時間が5分なのが、せめてもの救いだ。 「遅れてすまない」 そう言って会議室に入ると、奇妙なことに気がついた。教室のように整然と並んでいたはずの机が、即席の半円形に並べ替えられていた。 何より、ホワイ

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