バズってたので読みました。 フリーランス完走した感想 - mizchi's blog 私はこの方についてあまり詳しくはないんですが、フロントエンド界隈で有名な方がフリーランスやったらどうなるかって感じです。 確か2年前までQiitaの会社に居て、バリバリ記事を書く方で、今もユーザーランキング7位にいらっしゃいますね。昔2位だったような？ ブログの内容について、同意できる部分、できない部分それぞれありますが、大筋は置いといて。 こちらについて、やっぱりそうなのかーと思いました。 その結果、稼ごうと思ったらどんどん並列数が増え、マルチタスク気味になります。薄い関与が増え、いわゆる技術顧問のようなコンサルタント的な立ち位置になります。コンサルタントが悪いわけではないですが、いわゆる胡散臭いコンサルタントにならないために、自分が働く価値を薄い関与の状態で出すにはどうしたらいいか？という葛藤が多くな
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Webデザインの本などで、「架空のカフェのサイトを作ってみよう！」みたいなフワフワしたチュートリアルはよくありますが、実際のサイトができあがっていく様をあまり見たことがないなと思い、LPの制作と並行して記事を書きました。 工程のすべてを書くのはつらいので、ハマった所や気をつけた所、後ろめたかった所を中心にまとめています。見苦しい所が多々あると思うので、そのときはそっと目を閉じてください。 ※ 記事にする許可は先方からいただいています LPとは ランディングページ。ユーザーが訪れる最初のページという意味らしいのだけど、商品の魅力を訴求する
Winでは基本的にフォントレンダリングをCSSで制御することは出来ません。また、スマートフォンのブラウザもほとんど制御できず、基本的にグレースケールで表示されることが多いようでした。 MacではSafariのみがグレースケールですね、これが原因で「Safariで文字が細く見えてしまう」現象が起こっています。 デバイスのdpiによる見え方 このまま各ブラウザでアンチエイリアスを揃える設定しても良いのですが、1x, 2xの解像度による見え方を見ていきましょう。(今回はThunderbolt Display = 109ppi, MBP Retina Display = 220ppiで検証・比較。実際に表示した画面をスマホのカメラで加工が無いようにして撮りました。) 109ppi(Thunderbolt Display) 220ppi(MBP Retina Display) 以下のことがわかります
こんばんは、 @matsumotoryです。 hb.matsumoto-r.jp 上記エントリにおいて、プロセスの大量メモリ確保に伴うページテーブルサイズとベージテーブルエントリ数の肥大化によるcloneやexecveの性能劣化とCPU使用時間の専有問題、および、それらの解決方法についてシステムコールレベルで確認しました。 そこで今回は、システムコールやそのカーネル内部の処理の性能、というよりは、より実践的な環境であるApache httpdとmod_cgiを用いて、phpinfo()を実行するだけのCGIに対してベンチマークをかけた時にどれぐらいCPUのidleが空くか、システムCPUの使用量が変わるかを、前回示した解決方法の1つであるHugePagesを使うかどうかの観点で比較してみましょう。 特定条件下のWebサーバ環境のシステムCPUに起因する高負荷問題から、システムコールやカーネ
インフラについて、何となく理解しているつもりでも、「インフラとは何か？」と聞かれると、こういうものであると明確に答えるのは案外難しいものです。 そこで、インフラの基礎がわかるスライドシェアを10個ピックアップしてご紹介します。 インフラエンジニアの定義、インフラの基礎、手順書の書き方、インフラ自動化など、初心者から中級者向けの内容となっています。 Web業界で働くなら、システムの基盤となるインフラについて学んでおいて損はないはずです。
Webサイトのパフォーマンスは、「9：1でフロントエンド側のパフォーマンスが重要」だと言われています。パフォーマンスの向上には、インフラ側だけでなくフロントエンドの設計が大いに影響します。そこで本書は、Webサイトのパフォーマンス向上についてデザイン面からのアプローチに特化し、日々の業務に取り込めるCSS、HTMLのコーディングテクニックや、Webサイトで使用する画像を作成する際のヒントを紹介しています。また、デザイナーだけでなく、サイト運営に携わるすべてのスタッフがパフォーマンスへの意識を高めるための効果的な取り組みについても解説します。 賞賛の声 推薦の言葉 はじめに 監訳者まえがき 1章 サイトパフォーマンスはユーザエクスペリエンス 1.1 ブランドに与える影響 1.1.1 ユーザの再訪問 1.1.2 検索エンジンの順位 1.2 モバイルユーザへの影響 1.2.1 モバイルネットワー
そういえば今日これらを読んでて d.hatena.ne.jp d.hatena.ne.jp その中で Mediumなど海外メディアでは、もはやこの種のツールを組み合わせたフロントエンド開発が当たり前として受け入れらており... はぁ? 「海外では当たり前()なんですねw 海外ってどこですか? タンザニア? パフアニューギニア? 」などみたいなリアクションを取りつつ、んで、まぁ、フロントエンドに関して、書きたかったことがあって、丁度良いので書いてみる。 というのも、フロントエンドが「凄く変化が早い」「ついていくのに大変」「新しい!!すごい」「これからは○○フレームワーク」だとかそんないろいろな意見が見られて、なんというか違和感を感じてるので今回はそれについて書く。 フロントエンドは変化が早い? まずこれ。僕は普通に違和感を感じている。確かに、jsフレームワークやライブラリとしたら、jQuer
先週書いた10年のツケを支払ったフロント界隈におけるJavaScript開発環境（2016年4月現在）。という記事がまずまずの反響を得たのですが、僕の予想とは異なり、「こんなに多くのツールやフレームワークを必要とする現状はおかしい」といった、状況批判の意見が多く集まりました。 Mediumなど海外メディアでは、もはやこの種のツールを組み合わせたフロントエンド開発が当たり前として受け入れらており、この半年間ほどは「実際にどの組み合わせがベストか」という議論が行われていました。そして、そういった議論もようやく落ち着きを見せ、おおよそ僕が書いたような組み合わせに帰結しつつあります。 そのため、まさか「フロントは変化が激し過ぎる」とか「保守が大変そう」などといったような、1年くらい前に言われていた意見が、いまだに多くを占めるとは、まったく予想していなかったというのが正直な意見です。ひと昔まえであれ
自分の会社に「新ツール導入の際はCTOの許可が必要」というルールを生やして居心地を悪化させたり、後輩のやる気を削りたくなかったら、ツールの将来性を考えて行動したほうが… SI等のアレな現場にその手のルールが存在するのは何故なのか?という事と、自分達もその歴史の一節にならないように— コラーゲンたっぷりさん (@uupaa) November 20, 2015 必要な物は生まれる(創れば良い)ので、どんな問題がありどのような解決方法があり、状況の変化にどう対応するかなど、大人はツール導入前に織り込んでおくし、”勉強会の人が流行ってるって言ってたし”ですぐ廃れるツールを導入するなんて事を繰り返してると、あっという間にデストピアな職場に。な— コラーゲンたっぷりさん (@uupaa) November 20, 2015 “ツール導入で劇的に効率や抱えている問題が改善される”なら導入すればいいし、
ノルウェーOpera Softwareは8月7日（現地時間）、身売りを含む戦略的な選択肢の検討を開始したと発表した。アドバイザーにABG Sundal CollierおよびMorgan Stanley Internationalを起用した。 年内には結論が出る見込み。 Operaが同日発表した第2四半期（4～6月）の業績予測は、アナリスト予測を下回る45％増の1億4600万ドル。2015年通年の売り上げ予測を従来の6億3000万ドル～6億5000万ドルから6億～6億1800万ドルに引き下げた。 Operaは売り上げ不振の原因をモバイル広告事業が予想より伸びなかったこととしている。
豚 @butabuta_bot あと、そもそもGoogleフォトがJPEGを再圧縮してるがこれはいいのか。GoogleがやるのはよくてKDDIはダメなのか。それともこの議論に参加している人が全員頭が悪いのか 2015-07-15 09:29:03 shi3z @shi3z つうか、通信の最適化がイカン!!とか言ってる脇で帯域が圧迫され、帯域制限を設けないといけないという状況はどうでもいいのか。なんかピュアオーディオを有難がる宗教法人と大差ないので、もういっそ「最適化しません.COM(月額500万円)」とかの別のキャリアを作ればいいのではないかな 2015-07-15 09:38:04 shi3z @shi3z 純金のアンテナなのでエラーレートが爆減!!ピクセル等倍鑑賞にも耐えます! みたいなことが好きな人は、それなりの金払えばいいんじゃないの?あとJPEGとかPNGとかZIPとか使うなよ。
実際のところ、ワーキングホリデー期間はまだ8ヶ月間残ってるのだが、今年5月に歯が欠けて直すのに2、3千ドルかかるっぽいことを歯医者に言われて、就活もうまくいってなかったところ、心が折れてバンクーバーから日本におめおめ帰国したのだ。 歯は欠けたのはイレギュラーなこととはいえ、目標であった海外就職も叶えることができず、不甲斐なさで一杯だが、就活になぜ失敗したのか自分なりに省みることにする。 ビザ ※ 2014年度のカナダ・ワーキングホリデーについて述べています。異なる年度、異なる国では制度が異なる可能性があります。 ワーホリは30歳までと言われているが、正確には31歳の誕生日を迎えるまでにWebからの申請が受理されればいい（入国してなくてもいい）。申請が受理されてから1年以内に入国しないといけない。僕の場合、2014年6月に31歳になったので、その前の2014年3月に受理してもらって、それから
全ての事柄のデジタル化が進む中で、Webやインターネットの重要性が年々高まっている事は間違いないだろう。それに伴い、関連する業種や職業に対する需要が高まるのは必然と考えられる。 例えばWebやアプリを製作する為のデザイナーやエンジニアは、紙媒体や組み込み型ソフトウェア向けのそれに比べても必要性が格段に高いとされ、キャリアアップをする場合は新しい技術の習得が求められる。 その一方で、以前に「アメリカでWeb制作会社が存在出来ない5つの理由」で説明させて頂いたとおり、実はこちらサンフランシスコ、シリコンバレー地域では、”Web制作” をメインのビジネスとしている会社はかなり少ない。 むしろ、数年前からビジネスのコアを変換させなければ生き残れない時代に入って来たと言っても間違いないだろう。 絶滅するフリーランスWebデザイナーという職業それでは、フリーランスのWebデザイナーはどうだろうか？We
Webパフォーマンス ベストプラクティス Last updated: 02 October 2012 翻訳：@t32k WebページをPage Speedで調べるとルールに準拠していないものが提示される。このルールというのは、一般的にあなたが開発段階において取り入れるべきフロントエンドのベストプラクティスだ。あなたがPage Speedを使用しようとしまいと、私たちはこの各ルールについてのドキュメントを提供する（たぶんちょうど新しいサイトを開発中でテストする準備が整ってないだろう）。もちろん、これらのページはいつでも参照することができる。私たちはあなたの開発プロセスに取り入れてもらうために、このベストプラクティスを実装するための明確なティップスと提案を提供する。 パフォーマンス ベストプラクティスについて Page Speedはクライアント側からの観点でパフォーマンスを評価し、一般的にペー
1 pixel｜サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 はじめまして。 サイバーエージェント・ピグディビジョンでflash/javascriptによる開発をしております畑山（wonderfl・jsdo.it)です。 スマートフォン版ピグカジノ・スロットゲーム (http://casino.pigg.ameba.jp/) の開発を担当させて頂きました。 今回は使用したツール・ライブラリ・参考サイトに的を絞ってご紹介していこうと思います。 ツールtexturepackerTexturePacker – Sprite sheet maker, image packer and optimizer | Textu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
