ウェブの「受託開発」が面白くないという8つの誤解 - Zerobase Journal
ぼく自身は多くのベンチャー企業とかよりよっぽど面白い仕事を「受託開発」でやってきているので（あ、もちろん「面白い」というのは主観的な問題だとお断りしておきますが）、ウェブ業界にはびこる「受託開発はダサい」という思想に強い反発を持ってきました。今日はそいつらをバッサリ斬ることにします。 ぼく自身は多くのダメなベンチャー企業とかよりよっぽど面白い仕事を「受託開発」でやってきているので（あ、もちろん「面白い」というのは主観的な問題だとお断りしておきますが）、ウェブ業界にはびこる「受託開発はダサい」という思想に強い反発を持ってきました。 今日はそいつらをバッサリ斬ることにします。 これまでに見聞きしてきた「受託開発が面白くない理由」を一つずつ取り上げて検証します。 × 受託開発なんて所詮「自分の事業」じゃないから自社事業がやりたい。 ○ 「受託開発」でも「自分の事業」としてコミットすることができる
SEO プラットフォーム - DemandSphere
「見たまま」をデータに DemandMetrics なら検索順位以上のインサイトが得られます。 SERP(検索結果画面)を解析し、要素を取得したりスニペットの距離・大きさを分析することができます。1キーワードに対し300以上の項目をデータ化し、DWHなどで活用することができます。検索順位だけをモニタリングする従来のSEOツールにはない、より実質的なデータを提供します。 詳細を見る 選ばれ続けるモニタリングツール 検索マーケティングに必要なデータをすべて一元管理できます。 毎日24時間以内にデータを取得し、日々の目標管理、施策検討をサポートします。検索順位からのポテンシャルトラフィック(想定流入)の計算も柔軟にカスタマイズ可能。自社と競合のポジショニングを適切に評価することができます。レポートやアラート機能も充実しており、長く使えるモニタリングツールです。 検索マーケティングを始める お問い
FMEA - Wikipedia
故障モード影響解析(FMEA)（えふえむいーえー、英: Failure Mode and Effect Analysis）は、故障・不具合の防止を目的とした、潜在的な故障の体系的な分析方法である。 故障モード影響解析(FMEA)は、「設計の不完全や潜在的な欠点を見出すために構成要素の故障モードとその上位アイテムへの影響を解析する技法」である[1]。フォルトツリー解析（FTA：Fault Tree Analysis）がトップダウン手法であるのに対し、FMEAはボトムアップ手法という違いがある。FMEAは、FTA、HAZOP（Hazard and Operability Study）、デザインレビューとともに国際電気標準会議（IEC：International Electrotechnical Commission）の国際規格になっており、現在第３版のIEC 60812:2018 である。第2
MBA技術者の視点 - 狩野モデル－品質とは
品質を魅力的品質要素（充足されれば満足、不充足でも仕方がない）、一元的品質要素（充足されれば満足、不充足で不満）及び当たり前品質要素（充足されれば当たり前、不充足で不満）に考え、ネガティブな顧客情報を集めた改良型製品ばかりにならないように定義している（これは狩野モデルと呼ばれている。以下に詳細を示す[1]参照）。 魅力的品質要素：それが充足されれば満足を与えるが、不充足であっても仕方がないと受けとられる品質要素。一元的品質要素：それが充足されれば満足、不充足であれば不満を引き起こす品質要素。当たり前品質要素：それが充足されれば当たり前と受け止められるが、不充足であれば不満を引き起こす品質要素。無関心品質要素：充足でも不充足でも、満足も与えず不満も引き起こさない品質要素。逆品質要素：充足されているのに不満を引き起こしたり、不充足であるのに満足を与えたりする品質要素。下には、上記の内容を視覚的
Sass 3.2: Silent Classes // Speaker Deck
One of the frustrations of OOCSS concepts is the amount of presentational classes that need to be created and the method of applying them to the DOM. Sass has looked to address this issue first with Mixins, then Extends, each with their own issues of duplicated code or creation of unnecessary code. Sass 3.2 introduces the concept of 'silent classes' whereas standardized presentational classes ca
YAGNI - Wikipedia
英: You ain't gonna need it[1]、縮めて YAGNI とは、機能は実際に必要となるまでは追加しないのがよいとする、エクストリーム・プログラミングにおける原則である。 YAGNI原則を提唱する人々は、その理由として以下を挙げている。 後で使うだろうという予測の元に作ったものは、実際には10%程度しか使われない。したがって、それに費やした時間の90%は無駄になる[2]。 余計な機能があると、仕事が遅くなり、リソースを浪費する[2]。 予期しない変更に対しては、設計を単純にすることが備えとなる。そして、必要以上の機能を追加すると、設計が複雑になってしまう[2]。 人生の時間は、貴重である。したがって、人間の能力は、ただコードを書くためではなく、現実の問題に集中するために使うべきである[3]。 結局は、その機能は必要ないかもしれない。もしそうなったら、あなたがその機能を実
福岡 - souffle
やって来ましたー！ 九州！ まずは福岡です。 ぱんとたまねぎ http://d.hatena.ne.jp/pantotamanegi/ ぱんたまちゃんにパン情報などを聞いて 気ままにあちらこちらへ。 こうぶつパン わたしの好きなザックリとしたスコーンやクッキー パンも味わい深そうなものがたくさん。 そして そこからほど近い うーぱんベーカリーへ。 売り切れて買えないパン屋さんらしいのですが わたしの行った時はたくさんありました。 悩んだあげく はちみつバターのコッペパンといろいろパンのラスク。 ドキドキしながら おすすめのお店を聞いたところとってもすてきな地図を書いてくださいました。 お母さんすきです！ 教えて頂いたビビデという北欧の雑貨屋さん 気になるものがたくさんあったのですが その中でもとってもかわいい器を購入。 そして さらに歩きます。 ふらごはん！！ 最高だったー！ ランチタイム
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://paberish.me/
Online Mockup, Wireframe & UI Prototyping Tool
フランス旅行 - すぎゃーん日記
Agile頻出単語リスト
English (US)