サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
円安とは
namu-r21.hatenablog.com
amazon アフィリエイトリンクをAPIで作る いい感じにまとまった記事がなかったので、ここにまとめる。 ちなみにwebとプログラミングの初歩がわかってればそんなむずくない。 その辺が綺麗にまとまってる記事が見当たらなかったので、書いてみる。 アフィリンクを自動生成したい 最近はamazonでアフィリエイトをやっている。 いちいち発行するのめんどくせーなーと思い、プログラムに任せたい。 ということでamazon が提供している商品検索API Product Advertising API を弄って遊んでいた。 これを使えばアフィリエイトリンクがAPI越しに取得できる。 Product Advertising APIの概要 amazon公式の記事が日本語で書いてあるので読んでほしい。 ざっくり読めばok api越しにamazon の商品情報取得とアフィリンク生成できる ってことがわかれば一
【DDD】ドメイン駆動開発のメリットと始め方 codezineを読んでみる codezine.jp 2ページまでよんだ。DDDってなんのために使うんだっけー?という話 DDDにおける2つの設計 戦略的設計と戦術的設計 whatとhowみたいな感じだな 戦略的: 何を設計し実装するのか 戦術的: どのように設計し実装するのか 「戦略的設計」を実施せず、エンジニアが取り組みやすい「戦術的設計」にだけ注力すると、「軽量DDD」と呼ばれる事業価値を発揮できない貧弱なDDDになってしまう 気をつけよ。ちゃんと要件を確認してモデリングしてからやりましょってことね DDDの概略 DDDは「高品質」のソフトウェアを設計する手法です。ここでの高品質はバグのないという意味ではなく、ビジネス的にも成功していることを指します 顧客と開発者が共通言語(ユビキタス言語)で会話して、一体感あるチームとして、事業価値の高
はせおやさいさんのコラムを読んで共感があったので書こう. hase0831.hatenablog.jp 相手と自分が対等な関係を保てているときにのみ、その献身は発揮されるべきである わかりみ. いい言葉が多い 相手と自分が対等な関係を保てているときにのみ、その献身は発揮されるべきである お互いの辛みや汚い感情を吐き出しあって開陳を親愛や友情の証と捉える人が一定数いる 信頼関係をブチ切って来る人のことをこちら側だけが思いやっても意味が無いhttps://t.co/oG8eIYIslp— しゅーぞー@ヘッドホンオタWebエンジニア (@ShuzoN__) October 5, 2018 相手と自分が対等な関係を保てているときにのみ、その献身は発揮されるべきである この一文は強烈だな. どれだけ尽くそうと思いやろうと相手と自分の比重が対等でないと無視されてしまう. 自分を大切にしてくれない人は,
Reactとは 勉強会の講師 twitter.com React とは Componentを作るだけ データの流れは単方向 仮想DOMを扱う Component 再利用可能なパーツ Componentを作って組み合わせる JSXを使って行く JSX JSの構文中にXMLをかける propsとstate props Component生成時に親から渡されるオブジェクト イミュータブル 外部とのインタフェース state 動的に値を変化させられる Component内で管理 Componentのライフサイクル https://qiita.com/kawachi/items/092bfc281f88e3a6e456 Redux ReduxをつかうことでReactのComponentでは Stateを管理せずにpropsだけを使うようにできる yarn パッケージ管理ツール package.jso
TL;DR 命名はプログラミングの中で重要かつ難しいタスクである コメントが出てきた時点で一考しよう. リファクタリングのチャンス 抽象化は慎重に 仕事を小さくすることで命名は比較的簡単にできる コードに残らない事情はコメントで表明する あるslackの雑談から始まった 僕が属しているコミュニティであった雑談から. ういろう [11:26 AM] 結構、コメント書くって難しいよね・・・ コメントと変数名は、プログラム書くより難しいんじゃないかって思ってる。 抽象メソッドにどんなコメントを書くかーみたいなことも今考え中。 okashoi [11:41 AM] 抽象メソッドなら入出力だけわかればいいんじゃないのかな > コメントと変数名は、プログラム書くより難しいんじゃないかって思ってる。 わかる。プログラミングするときに最も脳のリソースを消費するのは命名かなっておもってる(やや大げさ) うい
動機 仕事で, React + Redux + TypeScirpt + WebPackを使うことになりそうなので学んでいく. そもそもjsに疎いので探り探りやっていく. 間違えもあるかもしれないが, 徐々にやっていこう. TL;DR Fluxとは, アプリケーションのデータフロー管理のためのアーキテクチャパターン イベント駆動であり, 一方向のデータフロー制御を行う Fluxの特徴は, Viewで独立したデータを持つ, データ状態を一方向のフローで制御, Event駆動である. FluxはAction, Dispatcher, Store, Viewの4要素で構成される. Reduxとは Reduxとは, Facebookが提唱, 開発しているJsApp. jsにおいて, データの状態(データの流れ)を管理するためのツールである. ReduxはFluxの実装と聞いたことがあるので, Re
自分のサイトを作ってみたい Symfony4 + Reactでゆるふわにアプリを作ってみたい. ヘッドホンが好きなのでヘッドホンをレコメンドするWebアプリを作ってみよう. 仕事でコードを書く時間とは別に自分のためにコードを書いてみたい どうせならということで新しい環境で作って見たい. PHP 7.2, Symfony4.1 + React(むずかったらVue2系)で作ろう. 導入 まずはphpを入れよう. phpbrewを入れる. $ brew install phpbrew $ phpbrew install 7.2.2 +openssl=$(brew --prefix openssl) ===> phpbrew will now build 7.2.2 ===> Loading and resolving variants... Checking distribution check
前回の振り返り 前回は, fetchの第2引数としてrequestのパラメタを設定する方法について触れた. Responseオブジェクト Responseインスタンスは, fetch()プロミスが解決(resolve)された時に返り値として渡される. どんなレスポンスオブジェクトでも共通で使用できるレスポンスプロパティを持つ Response.status HTTPステータスコードの整数値(デフォルト200) Response.statusText HTTPステータスコードのメッセージと一致する文字列(デフォルトOK) Response.ok HTTPステータスが200~299のうちに収まっているかどうかのショートハンド. Booleanを返す Response()コンストラクタはオプションとして2つの引数をとることができる - レスポンスボディと初期化オブジェクトです(requestが受
たまには自分を振り返る時間があってもいい 最近仕事でもやもやすることがおおい. 頭をダンプしてみよう ここ一年, プログラマをやってみてどうだろう 何もできないと無力感を感じることが多い 自分はチームに不要なのではと思うこともしばしある. これはチームが求めるスピードや周りのエンジニアとの比較によって思う部分が大きい. とはいえ, 自分が作ったものや自分が考え出したものによって 少なからずお金が生み出されていっているのは尊い事実である. そして何よりも, 昔は自分にはできないと思っていた技術で今は飯を食っていることがなによりも進化である あと, 何も進んでいないわけでもない 自分が本格的に自分の力で技術を学び始めたのはB4の終わりだったと思う http://namu-r21.hatenablog.com/entry/2015/02/18/175958 ブログを見る限りでは3年前の今頃である
こちらも合わせてお読みください namu-r21.hatenablog.com dockerのイメージとコンテナについて今一度 昨日書いた記事が運良くはてブに載り, 色々な方に見ていただけた. namu-r21.hatenablog.com そのおかげで, 有用なコメントを頂けた. なんでファイルシステムの話なのにメモリの話とごちゃまぜになってるんだろ。 コンテナを終了したらメモリ上のデータは消えるが差分ファイルシステムの writable に書かれたデータは残る。rm すると消える。 このコメントを理解するために, dockerが利用している UnionFileSystemとCopy on Writeについて調べた. 僕なりの解釈を書いていこうと思う. dockerのファイルシステム dockerでは, Union File Systemを導入している. これは, コピーオンライトで動作
こちらも合わせてお読みください namu-r21.hatenablog.com namu-r21.hatenablog.com dockerのイメージとコンテナについて今一度 先日書いたdockerを触ってみる - 1++で,イメージとコンテナについて以下のように述べた. イメージとコンテナについて * イメージ : 仮想環境の雛形 * コンテナ : イメージから作られた実際の仮想環境 今一度調べていくとこの表現はあまり正しくない. dockerイメージは, 雛形ではなかった . dockerイメージは, ファイルシステム全体の状態を保持したスナップショットと表現した方が正しい. OS(ファイルシステム), アプリケーション, 内部のデータまでを写真で切り取ったかのように全て記録した状態がイメージである. dockerコンテナとは, そのdockerイメージを動作させたものを指す. つまり
このページを最初にブックマークしてみませんか?
『namu-r21.hatenablog.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く