タグ

ブックマーク / qiita.com (529)

  • PHPフレームワークLaravelの使い方 - Qiita

    環境構築 ・LAMP+Redis環境を超短手数で構築する ・Composerをインストールする ・eclipseでPHPの開発環境を構築する。デバッグでブレークポイントを付けてステップ実行できるようにする 実装 ・eclipseでLaravel開発環境を構築する。デバッグでブレークポイントをつけて止める。(WindowsもVagrantもdockerも) ・Laravelのテンプレートエンジンを使う ・Laravelのレイアウトエンジンを使う ・Laravelでビュー描画前処理を行う ・Laravelでリクエストデータを取得する ・Laravelでエラーハンドリング(エラー時の制御)を行う ・Laravelでセッションを使う ・Laravelでファイルアップロード機能を実装する ・Laravelでファイルダウンロード機能を実装する ・LaravelでJSONを返す ・LaravelでJSO

    PHPフレームワークLaravelの使い方 - Qiita
  • TypeScriptのunion型はorです 〜union型、構造的部分型、余剰プロパティチェックの話〜 - Qiita

    TypeScriptのunion型はorです 〜union型、構造的部分型、余剰プロパティチェックの話〜TypeScript 先日、「TypeScriptのunion型はorではない」とする以下の記事が公開されました。 TypeScript の共用体型(Union Types)は or ではない 残念ながら筆者はこの主張に同意できないので、この記事では上記の記事に含まれる問題点を指摘しつつ、正しい結論を導きます。 この記事の目的はあくまで正しい情報を皆さまに届けることであり、上記の記事(以下では「元記事」と呼びます)の筆者を攻撃する意図は無いことをご理解ください。 では、元記事からコードを引用しながら何がまずいのかを見ていきましょう。 元記事の主張 元記事の最初のコードを引用します。

    TypeScriptのunion型はorです 〜union型、構造的部分型、余剰プロパティチェックの話〜 - Qiita
  • Reactのレンダリングに関する完全ガイド - Qiita

    この記事はComplete Guide to React Rendering Behaviorの翻訳記事になっています。 ご人(Markさん)にも許可を頂いて翻訳しております。 こちらの記事がReactのレンダリングを理解する上で今までで一番体系的で一番分かりやすかったので、ぜひ紹介したく翻訳させて頂きました。 翻訳ツールにもたくさん助けてもらいながら行い、意訳が出来ていない部分が多々あるかと思いますので修正依頼を出して頂けると幸いです! Twitterでも、フロントエンドに関する事や、アメリカでのエンジニア経験に関してツイートしているので、よかったらフォローお願いします。 Twitter: @hellokenta_ja 下記から文です。 Complete Guide to React Rendering Behavior この記事は、Reactレンダリングがどのように振る舞うか、Co

    Reactのレンダリングに関する完全ガイド - Qiita
    sukka9
    sukka9 2020/06/23
  • Working out Loud, Working in Progress - Qiita

    デジタルツールで組織をKaizen シリーズ vol. 1 はじめに こんにちは、@shootaです。 デジタルツールでのコミュニケーションの理想像について、フルリモートで培った経験や知見をまとめていこうと思い立ちました。今回はvol. 1ということで、「うまく働くひとたちのチャットコミュニケーション」について、ひとつ書こうと思います。 まず考えてみよう 仕事をするときに、同じ場所にいる場合とそうでない場合の違いについてまずは考えてみましょう。同じ場所にいないとき、何が失われるでしょうか。「話合いで得られる情報や知見」はもちろんですが、実は無意識に受け取っている情報の多くを気づかぬうちに失っています。 たとえば、 相手がいま作業をしている・いないという視覚情報 相手の作業に求められる集中度 お互いの音声をつかったニュアンスの伝達 表情や雰囲気から読み取れる情報 あせりや疑問、我慢などのスト

    Working out Loud, Working in Progress - Qiita
  • GitHubをむっちゃ多機能にするためのChrome拡張を紹介するぜ - Qiita

    概要 GitHub上で動作するChrome拡張についてざっくばらんに紹介 検証をChromeで行っただけで、他ブラウザでも使えるものも含む ご注意 紹介してるもの同士の互換性は考慮していません。組み合わせによって動作しなくなる拡張もあります 拡張機能GitHubの変更を強く受けるため、突如使えなくなるリスクがあることをご認識ください プライベートリポジトリでは使用できない、あるいはAPIトークンを渡したり認可する必要があるものを含みます 記事で紹介している拡張はいずれも2020/05/03時点の最新版をChrome81系で動作確認済み Refined GitHub 説明不要なレベルで、これを入れておけばまず外れないので迷ったらコレ 詳細は別途紹介記事を書いてます GitHubを圧倒的に便利にするRefined GitHub のTips集 Octotree サイドバーにディレクトリツ

    GitHubをむっちゃ多機能にするためのChrome拡張を紹介するぜ - Qiita
  • Flutter開発する前に知っておきたい35のWidget一覧 - Qiita

    運よくFlutterでの開発プロジェクトに参加できましたので、Flutter開発する前に知っておきたいWidget集をまとめます。 それぞれのWidgetがどんなものなのか、イメージが湧けば十分だと思いますので、画像中心でいきます。 Widgetについて、公式のWidget catalogに詳しくまとまっています。 また、YouTubeでもWidget of the Weekとしてまとめられていますので、こちら全てチェックすることをおすすめします。 個人の見解でWidgetを選定していますのでご了承ください。 Layout系 Align

    Flutter開発する前に知っておきたい35のWidget一覧 - Qiita
  • 2020年現在のNewSQLについて - Qiita

    Disclaimer 当記事はNewSQL開発ベンダの技術ブログや各種論文、その他ニュースサイト等の内容を個人的にまとめたものです。 そのため、理解不足等に起因する誤解・誤認を含む可能性があります。更なる理解が必要な方はリファレンスに挙げた各種文献を直接参照下さい。技術的な指摘は可能であれば取り込み修正しますが、迅速な対応はお約束できません。 NewSQLの解説は二部構成 当記事は前編でNewSQLの概要編となる。 全体の目次は下記である。 NewSQLとは何か NewSQLのアーキテクチャ NewSQLとこれまでのデータベースの比較 NewSQLのコンポーネント詳解 1章から3章までの内容を当記事で解説する。 4章はさらに詳細な技術的解説となり、後編の「NewSQLのコンポーネント詳解」で記述している。 こちらも合わせて一読いただきたい。 1. NewSQLとは何か NewSQLとは、海

    2020年現在のNewSQLについて - Qiita
    sukka9
    sukka9 2020/02/28
  • GraphQLの全体像とWebApp開発のこれから - Qiita

    TL;DR GraphQLはクライアント側とサーバー側の双方の複雑化を解決するために利用されてる フロントエンドにとってGraphQLはHTTP上で動く信頼できる唯一のリソースとして振る舞う フロントエンドの状態管理のベストプラクティスとしてのApollo Client クライアントファーストなAPI, GraphQLはWeb APIのベストプラクティスになり得る クラシックアプリケーションを改修することなくGraphQLとモダンフロントエンドで今どきのアプリを作れる はじめに GraphQLは非常に良く出来たソフトウェア(の仕様)ですが、複数の側面を持つことからすぐに理解することが難しくまだ日ではあまり受け入れられていない印象があります。GraphQLを端的に何と言われると "全てのフロントエンドのためのAPI BFF" なのですが、それだけで理解出来る人はなかなか居ないように思います

    GraphQLの全体像とWebApp開発のこれから - Qiita
  • この TypeScript が Hello, world! のくせに慎重すぎる - Qiita

    この記事は npm へ公開可能なパッケージを TypeScript で作成しながら、JS/TS 開発で良く使われるツールを紹介する記事です。 typescript-npm-starter という名前の Hello, world! パッケージを公開するという体で話を進めます。

    この TypeScript が Hello, world! のくせに慎重すぎる - Qiita
  • lodash やめ方 - Qiita

    みなさん、 lodash で消耗してますか? 私は消耗しています。 なぜ lodash で消耗するかというと、とにかく思考停止でインストールされ、 node_modules 下で大量に重複します。サイズが大きいlodashが複数バンドルされてビルドされると、重篤なパフォーマンス上の問題を引き起こします。 lodash には実装上の問題もあり、異様に丁寧に、そして富豪的に作られており、その結果ビルドサイズが無駄に大きいです。丁寧に作られて入るのですが、現代のフロントエンド水準や一般的なポリフィルと噛み合っていません。というわけで、常々やめたいと思っています。 ちゃんとES201xを追ってる人からすると、ほとんどの lodash のメソッドは不要に見えるはずです。エントリは、思考停止で lodash で実装しようとする人に、ちょっと考え直しては? と投げつける用の記事になります。 現代におい

    lodash やめ方 - Qiita
  • TypeScript の Decorator Hell を解消する - Qiita

    import { IsNotEmpty, MaxLength } from 'class-validator'; import { Column, PrimaryGeneratedColumn } from 'typeorm'; import { ApiProperty } from '@nestjs/swagger'; export class User { @PrimaryGeneratedColumn() @ApiProperty({ example: 1 }) id!: number; @IsNotEmpty() @MaxLength(16) @Column() @ApiProperty({ example: 'alice07' }) displayId!: string; @IsNotEmpty() @MaxLength(16) @Column() @ApiProperty({

    TypeScript の Decorator Hell を解消する - Qiita
  • BigQuery で 1 円も溶かさない人の顔 (ZERO BYTE STRUCT を考案した) - Qiita

    自分は BigQuery で Extract-Load されたデータを機械学習モデル用に前処理し、テラバイト級の特徴量エンジニアリングを行っています。この記事では、BigQuery のデータ量を一切消費せず、誇張なく 1 円も溶かさない裏技をまとめます。(2019/12/18 現在) ※ パロ元:BigQueryで150万円溶かした人の顔 元ネタの方と同じ職場で働くことになりましたので、被せて書いております。この記事では、BigQuery 記事最安値を目指します。 速くて安い BigQuery は、データウェアハウスとしても、特徴量エンジニアリングツールとしても優れており、機械学習モデルを用いたサービスを構築する際には、ベースラインとして一候補に挙がるでしょう。 BigQuery の料金 オンデマンドクエリを利用する際、極めて重要なのは読み取りデータ量に対して \$5/TB の料金が発生す

    BigQuery で 1 円も溶かさない人の顔 (ZERO BYTE STRUCT を考案した) - Qiita
  • そのコンポーネント、CSSだけで実現できますよ【JavaScript必要なし】 - Qiita

    以下は、Adrian Beceさんの記事、You can create these elements without JavaScriptの日語訳です。 そのコンポーネント、CSSだけで実現できますよ(You can create these elements without JavaScript) 私達は、よくあるUI要素機能(アコーディオン、ツールチップ、テキストの切り取りなど)をJavaScriptで書くことに慣れてきました。しかし、HTMLCSSが新しい機能を手に入れたことで、より少ないJavScriptでUI要素を作れるようになり、JavScriptはバリデーションやデータプロセッシングなど、ロジックにより集中できます。 いくつかの実装、まだ洗練されてなかったり柔軟ではありませんが、それでも小さなプロジェクトなどでは便利です。 なぜ、1つのアコーディオンのためにJavaScr

    そのコンポーネント、CSSだけで実現できますよ【JavaScript必要なし】 - Qiita
  • 2019年注目のJavaScriptアニメーションライブラリ11選 - Qiita

    こちらの記事は、Jonathan Saring 氏により2018年 6月に公開された『 11 JavaScript Animation Libraries For 2019 』の和訳です。 記事は原著者から許可を得た上で記事を公開しています。 何かいいJavaScriptのアニメーションライブラリがないかとWebを眺めていても、「おすすめ」されているはずの多くライブラリが、実は長い間メンテナンスされていませんでした。 そこで私は調査を重ね、あなたのアプリにも使える11の優れたライブラリ、そして今はほとんどメンテナンスされていないものの、非常に便利ないくつかのライブラリをまとめてみました。 アドバイス: JSコンポーネントを個別にパッケージ、公開するのにはBitを使いましょう。異なるプロジェクトやアプリケーション間で共有したりすることができ、チーム内でより迅速にアプリケーションを構築するこ

    2019年注目のJavaScriptアニメーションライブラリ11選 - Qiita
  • フロントエンドエンジニア御用達の MDN web docs を網羅した

    このリストは何? MDN web docs を、あたかも書籍の目次かのごとく整理しなおしたものです。それぞれ MDN web docs の記事へリンクしています。 なぜこれが必要になったかというと、人材市場でフロントエンドエンジニアが少なすぎる現状をどうにかするべく教育体制を整えるところから考え始めたのですが、それならまずは日頃お世話になっている MDN web docs を教材として扱いたいなと思ったからです。慣れてきてもよく参照するし「アレどこだっけなぁ?」を軽減もしやすいかなって。 MDN web docs は内容そのものはかなり充実しているものの、リンクがあらゆる方向に張り巡らせられており ある一定の流れに沿って読む ということが少々難しい側面もあります。特に初学者にとっては、迷子になりやすいかもしれません。 ですので、初学者でも学習しやすいように MDN web docs 全体の

    フロントエンドエンジニア御用達の MDN web docs を網羅した
  • CSSを非同期ロードする最も簡単な方法 - Qiita

    CSS読み込みの<link rel="stylesheet">は同期なので、レンダリングブロックします。 どういうことかというと、CSSファイルの読み込み・パースが終わるまで画面描写が止まってしまいます。 これに対策する方法としてpreloadというものが策定されましたが、対応状況が微妙です。 2019年7月時点でもブラウザシェアが8割しかなく、Firefoxは当面対応するつもりがないようです。 とはいえ残り2割のためにloadCSSを突っ込んだりとか始めると末転倒感に溢れます。 全ブラウザ対応のためには、なんにしろ結局JavaScriptをこりこり書くしかない状況でした。 が、なんかすっごい簡単な対処法があったので紹介してみます。 以下はScott Jehlによる記事、The Simplest Way to Load CSS Asynchronouslyの日語訳です。 ちなみにSco

    CSSを非同期ロードする最も簡単な方法 - Qiita
  • 42種ものデータ変形がブラウザだけでできる『transform』が便利そう - Qiita

    transformは、なんでもデータ変形サービスで、JSONからYAMLHTMLからJSXへの変形はもちろん、JSONやGraphQLのIDLからTypeScriptのinterfaceを生成するようなものまで手広く対応しているサービスだ。 特別なツールをインストールする必要はなくブラウザだけで動作する。 現在、42種類のデータ変形に対応しており、対応している変形パターンは下記のとおり: SVG to JSX SVG to React Native HTML to JSX JSON to React PropTypes JSON to Flow JSON to GraphQL JSON to TypeScript JSON to MobX-State-Tree Model JSON to Sarcastic JSON to io-ts JSON to Rust Serde JSON to

    42種ものデータ変形がブラウザだけでできる『transform』が便利そう - Qiita
  • Reactのべからず集 - Qiita

    Reactは便利なライブラリですが、ライブラリの想定を外れる使い方をするとうまく動かないとか、進化が続いているのですでに古くなってしまった書き方とかが存在します。 ここでは、そのような、Reactでやるべきでない書き方についてまとめてみました。 ★★★★ この「★★★★」は、「守らないと正常動作しなくなる」レベルのものについて扱います。 JSXを使うファイルでReactを用意し忘れる JSXはReact.createElementに変換されますので、直接アクセスしているように見えなくても、名前空間内にReactが必要です。 eslint react/react-in-jsx-scope コンポーネント内部からpropを書き換える あくまでpropsは親から子へ渡されるものなので、子の側で書き換えることはReactの枠組みの想定外となります。 setState以外の手段でstateを書き換え

    Reactのべからず集 - Qiita
  • 自分用メモができるクラウドサービスを比較してみた - Qiita

    ※iOS、Androidはアプリの有無。 ※自分1人用基準なので、有料プランのあるサービスは一番安いプランを載せています。 * ScrapboxAndroidアプリはないがPWAに対応 Evernote ※一部非表示にしてます。 公式サイト: https://evernote.com/intl/jp 一番有名と言っても過言ではないメモサービスです。 iOS・AndroidWindowsMacなど、あらゆるプラットフォーム向けのアプリが用意されています。 ノートブック単位でノートを管理でき、ノート自体にはタグを付与できるので、 タグ単位でもノートを管理できます。 【個人的感想】 自分が愛用しているメモサービスです。もう5年以上利用しています。 この記事を書くきっかけにもなりますが、長く使っているといくつか欠点が見えてきました。 無料プランだと2端末からしかアクセスできなくなった。 最近

    自分用メモができるクラウドサービスを比較してみた - Qiita
  • Chromeのストレージ永続化仕様を詳しく追ってみた - Qiita

    1. はじめに ChromeやFirefoxで使えるストレージ永続化機能はご存知でしょうか。 https://developers.google.com/web/updates/2016/06/persistent-storage に Persistent Storage という題で詳しく触れられていますが、通常 LRU で消去されてしまう IndexedDB や CacheStorage の内容を永続化してくれる機能だと理解しています。 CacheStorage と Persistent Storage の組み合わせは強力で、理論上大容量のアセットを永続化できるようになることから、PWAでのオフライン戦略や通信量削減戦略に対して強力な武器になると考えています。 しかし残念ながら、例によって Safari はサポートしていません。そのため、WebKit の利用を強制される iOS では、例

    Chromeのストレージ永続化仕様を詳しく追ってみた - Qiita