Loading...
少しの油でカリッと「アボカドのクミンから揚げ」さえあればビールはウマい【エダジュン】 - メシ通 | ホットペッパーグルメ
こんにちは、料理研究家のエダジュンです。 本日は、表面はカリッと香ばしく、中はホクホクのアボカドのから揚げレシピをご紹介します。アボカドは中まで火を通さなくてもいいので、気軽に作っていただけますよ。 そのうえ アボカドにはクミンをまぶすので、クミンの風味がフワ〜っと感じられて、もうこれさえあればビールが止まらなくなるくらい美味しい1品です。今日はビールを飲むぞ、そんな日のつまみに作ってみてください。 エダジュンの「アボカドのクミンから揚げ」 【材料】（アボカド1個分） アボカド 1個 片栗粉 大さじ1と1/2 サラダ油 大さじ4 （A） おろしにんにく（チューブタイプ） 小さじ1 クミンパウダー 小さじ1/2 塩、黒こしょう 少々 作り方 1. アボカドは皮をむいて種を取り、縦に8等分のくし切りにする。 2. アボカドをボウルに入れ、（A）をもみ込む。 3. 2に片栗粉をまぶす。 片栗粉を
Gitプッシュでブランチごとにステージング環境生成or本番反映させる - Qiita
概要 「masterをプッシュで本番反映」をやっている記事はいくつかあったものの、ブランチごとに自動でステージング（テスト環境）が作られるような仕組みは見当たらなかったので書いてみる。 マージ未定の実験的なブランチをWeb上で確認したり、ローカル環境のないディレクターやデザイナーに作業ブランチの内容を確認してもらう際に役に立つはず。 Gitフック経由のサイト更新はFTPもサーバーへのログインも必要なく、ただpushするだけなので非常に便利だと思う。 ※以下、ある程度のサーバーサイドの知識を要する説明になっているので注意 最終的に実装する機能 masterをリモートリポジトリにpushすると、masterの内容が本番サイトであるhttp://プロジェクト名.com/に取り込まれる。 hogeというブランチを切ってプッシュすると、http://hoge.プロジェクト名.com/というhogeブ
Gitコマンド（ブランチの作成） - Qiita
はじめに 先日「基本のGitコマンド」にて簡単なGitコマンドについてまとめました。 今回はローカル環境でのブランチの作成についてまとめたいと思います。 ブランチとは ブランチとは、変更などの履歴の流れを分岐して記録していくものです。 分岐したブランチは他のブランチの影響を受けないため、同じリポジトリ中で複数の変更を同時に進めていくことができます。 この図でいくとbranchAとbranchBは並行した作業でそれぞれが独立した関係性になっています。 またbranchA1はbranchAから派生したbranchになっています。 ブランチの作成時に必要なコマンド //新規ローカルブランチを作る $ git branch (作成するブランチ名) //リモートのあるブランチを元に新規ローカルブランチを作る $ git branch (新しいブランチ名) (元にするブランチ名) //新規ローカルブラ
gitで管理し、ステージング環境を構築しよう｜おしうみなおき
個人で受託案件を受けていたら、gitで管理していないしステージング環境もないという状況でした。 その会社は、エンジニアが不足しているのか、ホームページの制作は外注したそうで、ホームページの見た目は素晴らしかったが、中身のコードはぐちゃぐちゃでした。 gitで管理してない恐怖受託案件に関わらず、全ての開発においてgitを導入すべきだと思っています。 gitで管理していれば、作業ログが残るのでどこがどのように修正されたかがわかります。何か不具合が起こった時に、原因を突き止めやすいです。 さらに、何か不具合が起こった場合に、コマンド一つで不具合を起こす前の状態にロールバックすることができます。 逆にいうと不具合が起こった場合に、原因を突き止めにくく、不具合の修正が遅くなるということです。 小規模の案件ならまだマシ...と思うかもしれませんが、それは間違いだと思います。小規模案件でもバグは起こるし
新米エンジニアがGitで失敗して学んだこと｜ 開発者ブログ ｜ 株式会社アイソルート
新米エンジニアがGitで失敗して学んだこと みなさん、Git使ってますか？ Gitは多人数での開発において必要不可欠といっても過言ではない便利なツールです。 しかし、どんなに便利なツールでも正しい運用方法を理解していなければ大きな失敗に繋がってしまいます。 その点を理解していなかった私は失敗から開発環境を破壊してしまいました。(対応してくださった先輩方本当にありがとうございます。) この記事では同じ道を歩むエンジニアのみなさんの一助になればという気持ちでGit初心者だった私の失敗談をご紹介します。 この記事はアイソルート Advent Calendar 23日目の記事です。 こんにちは。 モバイルソリューショングループ1年目のakahane.tです。 昨日はyamazaki.hさんのRealmの基礎知識 〜特徴と強みの再認識〜でした。 アジェンダ 背景 失敗 Phase.1 失敗 Phas
受託でやるのに程よいベストなGitのフローを考える
はじめに 事業会社で取り入れているフローなんかを見ると「細かくてすごいな〜」と思いつつ、受託でやるには現実的に厳しいと思ったり… しかしながら、フローを疎かにし過ぎると色々なリスクが生じることも… 「程よい」のレベル感は人それぞれ・案件によっても違うと思いますが、この投稿では間を取って多くの人が「まぁこれで事足りるよね」って言うようなものを作りたいと思ってます。 まずは、筆者がベースとなるフローを考察するので、その後みなさんの意見を取り入れてつつブラッシュアップしていければと考えてます！ 前提 リモートリポジトリの場所 Backlog フローが大きく変わる訳ではありませんが、一旦はBacklog想定にします。 想定されるリスク デグレしてしまう 最新ファイルの在りかが分からなくなる よく起こるであろうこの辺りをリスクヘッジ出来るフローにしていこうと思います。 サーバ環境 本番環境 ステージ
開発環境と本番環境をGitで管理するには？
Gitの管理方法のメモ。 ※前提条件 この記事は「A successful Git branching model」をある程度知っている人向けになります。 A successful Git branching model 本番環境への調整は「production」ブランチにて WEBシステム開発でGitでバージョン管理をすることになった。 そこで問題になったことは、開発環境と本番環境では使用するDBが違うため、開発と本番をどのようにGitで管理してよいかです。 結論から言うと、開発自体は開発環境(DBの向き先は開発用)で作成し、本番環境への調整は「production」ブランチを作り、そこで調整します。 ブランチの管理方法は、「A successful Git branching model」を使うことにしました。 「A successful Git branching model」を使え
gitでシンプルなデプロイ環境を作る - Qiita
gitで最低限のデプロイ環境を作る際のメモ。 いろいろなCIツールを使うまでもない、小規模なコンパイルいらずのWebアプリのデプロイ環境を作る。 CIツールを使う場合でも基礎となる知識なので整理しておく。 やりたいこと ローカルで開発。 リモートにpush pushを拾って、公開ディレクトリにpull イメージ 図で書くとこんな感じ。 今回は、独自のリモートリポジトリを使うが、ここがGitHubとかでもいい。 前提条件 ローカル、リモートにgitがインストールされていること（Mac想定） リモート（サーバ）にはsshで透過ログインできること 手順 まずは、push,pullの流れを手動でやってみる。 リモートリポジトリの用意（リモート） とりあえず、外からは非公開かつ、チームがアクセスできるディレクトリを用意し、リモートリポジトリにする。
【Git】開発環境からリモートリポジトリにPushして本番環境に自動反映
パス：~/product備考：本番環境のファイルが入っています ①開発環境からリモートリポジトリリモートリポジトリproduct.gitの作成#ディレクトリを作って入る cd ~/ mkdir product.git cd product.git #リモートリポジトリをつくる git init --bare (--shared)7行目はリモートリポジトリを作成するときのコマンドですが、–bareは「空の」という意味を持つオプションで、リモートリポジトリにするときに利用します。ワーキングディレクトリを持ちません。 また、–sharedオプションは複数人で使用するときに設定するオプションで、付けるか付けないかでパーミッションが変わります。例えば、–sharedがついているとローカルリポジトリからリモートリポジトリに対する強制上書きプッシュ(git push -f origin master)が
最新研究からわかる 学習効率の高め方 - 分裂勘違い君劇場 by ふろむだ
本書は、Amazon総合1位(無料)となった科学的学習法の本のWeb版です。 １２万部のベストセラーとなった前著と同様、図とイラストを使って分かりやすく解説しています。 英語学習者・教師・受験生・小学生～高校生の親御さんに読んでいただきたいです。 全５巻(派生巻も含めると全８巻)構成で、これは第１巻です。 それでは、さっそく、サイエンス誌に掲載された論文を解説します。 (サイエンス誌は、ネイチャー誌と双璧をなす、世界最高峰の学術誌です) この論文からは、学習効率に関する重要ポイントをいくつも学べます。 本書は、基本的には中学生でも読めるように書いてあります。 実際、本書をある中学３年生の女の子に読んでいただいたところ、たいへん好評でした。 実際に期末試験の成績も上がり、志望校にも合格し、ご両親も喜んでおられました。 では、以下、論文の解説をどうぞ。 ■カーピキー2008実験 たとえば、英語
学習効率本に対する質問・コメントにお答えします！｜ふろむだ@分裂勘違い君劇場
拙著『最新研究からわかる 学習売効率の高め方』に、たくさんのコメントを寄せていただき、ほんとうにありがとうございます。 その中から、いくつか選んで、回答させていただきます。 基本的に、多くの読者にとって有益な議論になりそうなコメントだけに返答させていただきます。 多くの方にとって興味があるのは、たとえば、以下のようなコメントが、的を射ているのか？ということだと思います。 r70t8o5： 大学受験だと進学校が高1、高2の段階で高3の模擬試験受け始めることに合理性あるんだよね。講義とか勉強は学習の第一段階に過ぎないのだから。実は、カーピキー2008実験の結果からは、そんなことは言えません。 カーピキー2008実験から分かるのは、カーピキー2008実験の実験手続きと実験条件で【テスト】をやった場合に、「すでに覚えたことの反復【テスト】は効率がいい」ということだけです。 実験手続きの細部が異なれ
優秀なプログラマになるために - @ledsun blog
みんな良いこと言うので、刺激を受けて考えたことを記録します。 生きてるだけで丸儲け ストレス対処法 撤退戦術 タスク殺すマシーン 人間に戻る儀式 運 技術力を身につける方法 車輪を再発明する 脱ゴールデンハンマー病 学習の助 優秀なプログラマとは？ おまけ 生きてるだけで丸儲け 優秀なプログラマーになるためのコツ · GitHub 優秀なプログラマーに「育つ」んだし、それには時間が必要 優秀なプログラマーになるということは、上記の通り長時間を要するということも踏まえると、メンタルヘルスにリスクがある環境に長時間暴露されることが不可避である 業界で長きにわたり活躍し続けている人というのは、それだけですでにひとかどの人物 すごく良いです。 優秀なプログラマになる前に、死んでしまっては元も子もありません。 生き延びることはなにより大切です。 幸か不幸か現状のIT業界はハードなストレスにさらされや
暗い場所でもはっきり見える！ ラズパイ純正の赤外線カメラを接続する
暗い場所でもはっきり見える！ ラズパイ純正の赤外線カメラを接続する：名刺サイズの超小型PC「ラズパイ」で遊ぶ（第9回）（1/3 ページ） 小さなマイクロコンピュータ「Raspberry Pi」（以下、ラズパイ）を使って、いろんなものを作ってみる本連載。前回は、動体検知にも対応する監視カメラの作り方をご紹介しました。今回は発展系として赤外線カメラを接続したいと思います。 ラズパイに接続できる赤外線カメラは、「Raspberry Pi NoIR 赤外線 カメラ モジュール V2」（以下、PiNoiR）として公式部品が販売されています。PiNoiRはカメラモジュールなので、リボンケーブルでラズパイと簡単に接続できます。 赤外線カメラによる静止画撮影 早速ですがPiNoiRを使って撮影してみましょう。PiNoiRはRaspberry Pi Zero Wにつなげて使います。Raspberry Pi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
