2017 - 05 - 26 ウェブ系の会社で働く全ての人へ！ 世界一簡単なウェブサービス運用の基礎知識【マーケティング、ウェブ開発入門】 仕事 ウェブサービス heroku Ruby on Rails Amazon AWS Git シェアする Twitter Google+ Pocket ウェブを扱っているIT企業にいても、 職種によってはウェブサービスの運用についてじっくり知る機会というのはなかなかありません 。 しかし業務で最低限のウェブ運用の知識がないと不便な場面も起こるかと思います。 また、エンジニアであってもSEOやマーケティングについて理解しておいたり、カスタマーサポートであってもウェブ開発業務を知っておいたりすることで、業務の幅が広がり、円滑になることも多いでしょう。 ここでは初心者向けに まず一番最初に覚えておきたいウェブサイト運用の基礎知識 を広く雰囲気をつかむためにま

If you like Calltoidea, let's trythe first community for link lovers.

#本記事はフィクションです。（というか、これは、ただのエクスキューズで、誰に向けて書いた記事でもないという意味ですw） #今回もまた人に読ませることを意識して書いてるわけじゃないので、冗長です。 Webの受託系の会社についての話を雑談でしていて、ディレクターって最近少なくなっちゃのかなという話をしていた。 当社でも、最近ディレクター職という役割が生まれていて、それは良いんだけど、案の定「誰がやるか？と言われればディレクター ?」みたいな話が徐々に増えつつあるので、整理するためにも少し昔を振り返ってみたいと思って、この記事を書いている。 混沌とするディレクター職の仕事範囲 僕が所属していた会社で、受託の仕事をしていた2000年代前半は、僕が入った時で10人ぐらい、大きくなって30人ぐらいがWebの仕事をするチームだったかな。開発、デザイン、営業を全部自分達でやる受託の会社だった。案件規模は、

<path opacity="0" d="M0 0h24v24H0z" /> <path d="M17.207 11.293l-7.5-7.5c-.39-.39-1.023-.39-1.414 0s-.39 1.023 0 1.414L15.086 12l-6.793 6.793c-.39.39-.39 1.023 0 1.414.195.195.45.293.707.293s.512-.098.707-.293l7.5-7.5c.39-.39.39-1.023 0-1.414z" /> </svg>" data-icon-arrow-left="<svg width="28px" height="28px" viewbox="0 0 28 28" version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://ww

Web制作における対応ブラウザの選定方法 「フロントエンドのテクニカルディレクションに求められるスキル」で出てきた話題として対応ブラウザの選定方法について掘り下げて解説を行います。 サイトのターゲット・予算・リソース・開発期間などビジネスにより選定方法は異なりますので、あくまで参考程度にしてください。 対応ブラウザを絞る意味 まず最初は「なぜ、対応ブラウザを絞るのか」という視点から。 理想論で言ってしまえばWebサイトを訪れるユーザー全てに最適なコンテンツを提供できれば申し分がありません。 しかし、現実的には各ブラウザ/OSによって実装が異なる機能があったり、実装されていない機能があったり、特有のバグを含んでいる物があったりすることもあり、そういった場合は個別のブラウザ/OSに対してデバッグやチューニングを行わなくてはいけません。 そのため対応ブラウザの数が多ければ多いほど、Webサイトの

お世話になります、フロントエンド担当をしている小原正大です。Webページの表示を監視して差異があった場合、どのページで表示の変化が起きているかを知ることが出来るプログラムを実装したのでそのことについて書こうと思います。 何につかったの？ 僕がフロントエンドを担当しているサービス『料理サプリ』で大規模なフロントエンドコードのリファクタリング行う際に表示テストを自動化するために作成しました。『料理サプリ』はPC・スマホ合わせて大体350-400ページの表示パターンが存在する比較的規模の大きいサイトです。全ページに影響を与えるような作業は大規模な回収となり、今回のリファクタリングでは表示テストの計画などの段取りが必要でした。従来の人手によるQAでは細かいバグを見過ごしたり時間がかかり効率が悪いので、可能な限り自動化しようと考え実装しました。 実装の概要 この監視のシステムは以下の２つ実装を組合わ

「納品のない受託開発」を通じて、新規事業におけるソフトウェア開発を手伝わせて頂いていることもあり、そこで得た知見を活かして新規事業の審査員のような仕事をさせて頂くことがあります。 そこで審査のために提出された資料の中にあるガントチャートや工程表を見るとき、いつも違和感を感じていました。この記事では、ガントチャートが新規事業においては有効ではないという気付きについて書きました。 ガントチャートは決められた工程の管理をするのに最適 ガントチャートや工程表は、あらかじめ完成品が見えており、工程がはっきりしたものを「製造」していくときに非常に役に立ちます。どの工程にどれくらいの工期がかかるのか見えるようにすることで全体の計画が把握できます。 ガントチャートを有効に使うためには、きちんと工程を分解できること、とりかかる工程の順番がはっきりしていること、それぞれの工程にどれくらいの期間がかかるのか見積

Pelletkachels waren ooit eenvoudige apparaten voor verwarming, maar ze hebben een opmerkelijke evolutie doorgemaakt sinds hun bescheiden begin in de jaren ’80 van de vorige eeuw. In dit artikel duiken we diep in de geschiedenis van pelletkachel, bespreken we de belangrijkste mijlpalen en ontwikkelingen op het gebied van subsidiemogelijkheden en werpen we een blik op de transformatie tot moderne en

2015/7/6　BusinessJournalに「低レベルすぎるウェブ制作会社に注意！客の要求無視、逆ギレして成果物全部削除＆連絡拒絶」という記事が掲載されるttp://biz-journal.jp/2015/07/post_10624.html http://megalodon.jp/2015-0709-1915-43/biz-journal.jp/2015/07/post_10624.html 要約：発注通りに制作を行わないWeb制作会社エレファントコミュニケーションズ。納期直前になっても、オーダーした通りのデザインになっておらず、発注者のA社はカンカン。 社長が謝罪と説明にくるアポを取り決めたが、当日来たのは制作担当の社員2名。（ディレクターとデザイナー） ディレクターは制作会社側に非はなく、今後も対応を続けると表明。 しかし、その後制作会社の社長から、 「B氏は、当社を著しく侮辱

A celebration of the first 1,000 experiments submitted to ChromeExperiments.com by the creative coding community. Thank you for your incredible support.

1:  以下、＼(^o^)／でVIPがお送りします 投稿日：2015/02/06(金) 17:42:31.05 ID:flJZIImcH 最近クソみたいなデザインとグッチャグチャのソースコード書いてる ミーハー丸出しアフィサイトが増えてきて鬱陶しいから、 これからサイト作る初心者用にサイトを紹介していく これ以上俺のウェブサーフィンライフを邪魔すんじゃねえぞ

職業柄色々な会社のWebディレクターと一緒に仕事をします。画面設計やスケジューリングなど、人によって一つひとつやり方が違うので、仕事をしながらディレクション業務を学べるメリットがあります。その中で、仕事がしやすい、進行がスムーズだなと感じた方の特徴をまとめてみました。 連絡がまめでレスポンスが早い個人的に一番の特徴はこれでしょうか。進行管理が上手な方はとにかく連絡がまめです。いつでも連絡がつくし、必要なことはその都度報告がきます。そして反応が早い。こちらが何か質問すると、すぐにクライアントに確認をとり、即座に返信がきます。場合によっては、質問している間に作業が止まることもあるので、レスポンスが早いというのは、それだけで制作側にとっては心強い存在なのです。 スケジュールにディレクターチェックと、その修正作業の時間をいれている例えばデザインの初稿を提出する時、一般的にはクライアントの前にディレ

【画像あり】webディレクターだけど、初心者に役立つサイト教える Tweet 1: 以下、＼(^o^)／でVIPがお送りします 2015/02/06(金) 17:41:24.70 ID:flJZIImcH.net 最近クソみたいなデザインとグッチャグチャのソースコード書いてる ミーハー丸出しアフィサイトが増えてきて鬱陶しいから、 これからサイト作る初心者用にサイトを紹介していく これ以上俺のウェブサーフィンライフを邪魔すんじゃねえぞ 2: 以下、＼(^o^)／でVIPがお送りします 2015/02/06(金) 17:42:31.08 ID:flJZIImcH.net まずはドットインストール http://dotinstall.com/ 開発環境の構築方法からプログラミング言語の基礎の基礎を教えてくれる 一回の動画の時間が短く区切られているので使いやすい。 プロからはあまり評判が良くないが

本稿では、まず「ウェブサービス開発の現場で、ウェブデザイナーの仕事はエンジニアに奪われつつある」という脅威を語る。次に、生存戦略を考えるヒントとして「分かりやすい生存戦略」を2つ提示する。「アートディレクター」と「フルスタックウェブデザイナー」という2つの生存戦略だ。 なお、「仕事を奪われていくプロセス」と「生存戦略を遂行するプロセス」について、5〜10年程度のタイムスパンをイメージしている。 ウェブデザイナーの仕事がエンジニアによって奪われつつある ウェブサービス開発の現場では、ウェブデザイナーの仕事がエンジニア／プログラマーによって少しずつ奪われつつある。とくに小さな組織や新規事業の現場では。 象徴的なのは「Bootstrapがあればデザイナー不要だよね」論。「もはや社員としてデザイナーを雇う必要はなくて、必要な時にランサーズで発注すればいいよね」「スタイルシートいじったり画像パーツ作

WEBクリエイションは誰のために？書いてみるnote。というのも、ちょい真面目な文章ってSNSじゃ書きづらいじゃないですか。（私だけ？） そうすると、本来あったはずの真面目な自分が薄まってしまうというか、SNSに浸れば浸るほどに、思考が退化してしまう。これぞソーシャル廃人。怖い。 「万人に見られるところ」であれば出来る限りキャッチーに振る舞ってしまうのは、昔からの私の手癖です。ここは、まぁ、小規模な部屋ってことで、思ったことをボコボコ書いてくよ。 ▲ こないだ同業の友人と喋ってて「表現性の高いWebって、ユーザーのためじゃなくって、作り手が楽しいから作ってるじゃないのかな？」って意見が出て、一部同意なんだけど、それだけでもないよなぁと思った、そのへんの思考のまとめ。久々に、芸大出身っぽいこと書いてる、ここ。 ▲ Web業界で働いてると、「数年前のFlash全盛期の感じ」ってワードをよく耳に