行政サイトを作る時に気をつけておいた方がいい事 - Qiita
県や市の公式ホームページ制作の経験から、気をつけておきたい点をメモに残しておきたいと思います。 納品前 納期が３月に集中する 行政サイトの場合、お金は年間予算や国からの特別補助金などから支払われます。つまり基本的に年度を跨ぐことが出来ません。（保守にかかる費用は別です）その為、行政の案件に頼っている制作会社は納期が重なり３月が滅茶苦茶忙しくなります。 年度末は余裕を持ったスケジュールを組んでおきましょう。 見積もりは２割増しで ここで言う見積とは入札時の見積もりではありません。行政の案件をいくつかこなして担当者と仲良くなってくると、コンペの上限金額を決めるために事前に見積を頼まれる事があります。「もし○○みたいな案件だったらいくら位でできそう？期間と見積もり貰えると助かるんだけど。」みたいな感じです。サラリーマン金太郎の東北編で出てきたアレです。大事なのはここで割引など一切考えずに、むしろ
フロントエンドへの複雑化について、一つの視点 - mizchi's blog
これらの件 最近のフロントエンドへの違和感 - nobkzのブログ 日本のWebエンジニアの大半が、変化に対応しきれなくなっている件について。 - 日々、とんは語る。 前提 去年は勝手Reactエヴェンジェリスト(自称)として、日本に複雑化するフロントエンド技術の海外の動静を紹介をし続けていた。 僕としても、フロントエンドは複雑化してると思ってるし、それは「目的の複雑化に対して必要なもの」だったと思っている。ここでいう目的とはSPAの構築であって、普通のウェブサイトは含んでいなかったが、普通のウェブサイトも当たり前のようにリッチ化目指しているのが現在なので、境目は曖昧ではある。 僕もフロントエンドの複雑化がだれにでも必要なものだとは思っていない。が、定期的に情勢を整理して、交通整理するのを心がけてきたし、春からはじめるモダンJavaScript / ES2015 - Qiita みたいな記
私がどのようにして180日で180個のウェブサイトを作り、YC フェローシップ・ファウンダーになったか | POSTD
私がどのようにして180日で180個のウェブサイトを作り、YC フェローシップ・ファウンダーになったか 私はY Combinatorの2016冬季フェローシップに選ばれたスタートアップのテクニカル・ファウンダーです。たった3年前にはコーディングのことを全く知らなかったことを思うと、すこしシュールにも感じられます。この記事は、私はどのようにして現状に至ったのか、そこから何を学んだかのストーリーです。 180日で180個のウェブサイト – 背景となる話 私は、180日で180個のウェブサイトを作ることでコーディングを独習しました。1日1サイトの設立で、私の6か月は完全に費やされました。「このプロジェクトに挑むために私が仕事をやめた」という事を聞くと人はよく驚きましたが、私が仕事をしながらコーディングを学ぶ方法はないという事を私は分かっていたのです。 私はかつてある種の…ファインアーティストでし
「お役所言葉 改善の手引」は文章作成マニュアル！ 専門用語は言い換えを | 初代編集長ブログ―安田英久
今日は、Webライティングにもメールにも役立つはずの、「わかりやすく、読みやすい」文章を作るための日本語を解説したマニュアルを紹介します。これは、すべての社会人が読むとその日からトクする情報です。 いわゆる「お役所言葉」改善の手引 by 佐賀県「いわゆる『お役所言葉』改善の手引」という、佐賀県が2004年に公開した文書があります。文書名だけ見ると「なんだ、また意味のない無駄なやつか」と思うかもしれませんが、これが非常に役に立つ内容だったのです。 佐賀県：いわゆる「お役所ことば」改善の手引きの策定 なにが役に立つって、本当に「わかりやすい、読みやすい、伝わる」文章を書くための基本をシンプルかつ明確に、具体的な例を示しながら解説してくれているのです。 内容はこんな感じです。 できるだけ具体的な表現を的確で簡潔な文章を、まずは結論から行政で多用される慣用語の見直しをカタカナ語（外来語）は普及して
難しいことを簡単に学ぶ方法 ― 強力なスキルを新たに身に着けるための3つのステップ | POSTD
ここ数年、私はWeb開発と機械学習の自習に多くの時間を割いてきました。 学習のテーマは、Javascript、Node、ReactからPython、scikit-learn、ニューラルネットワークに至るまで多岐にわたりましたが、全てに対して私は一貫したアプローチで取り組みました。 そのアプローチとは、単純な（陳腐と言ってもいい）3ステップで進める、という手法です。しかし、 Web開発のシロウトだった私が5カ月で、プロだと自覚できるほどになった のはひとえに、このアプローチで臨んだ自習の成果だと思っています。 そこで私は、この自習法がほかの誰かのお役に立てるかもしれないと思い、少し記事を書いてみることにしました。 この記事は、何も分からないままやみくもに挑戦を始めた、2012年当時の自分自身に教えるつもりで書いています。 ステップ1：習うより慣れろ 新しいテクノロジを学ぶためにまず実行する最
はじめてのRaspberry PIで監視カメラを作ってみた。 - Qiita
はじめに 最近、RaspberryPIなるものを知ったので、初めてのRaspberryPIで、 webカメラを使って動体検知する監視カメラを作ってみる事にしました。 機能概要 今回作成する機能の概要はこんな感じにします。 ・動体検知をしたら写真を撮る。(今回は写真のみにします。) ・写真を撮ったら、Slackに撮った写真を自動投稿する。 これだけです。 初回なので欲張らずにシンプルな物を作ります。 今回のメインになる登場人物紹介 ・RaspberryPI: 簡単に言うと小さいパソコン ・motion: 動体検知するソフト (このソフトを使えば簡単に動体検知ができるよ) ・Slack: チャットツール (SkypeとかLineとかをイメージしてもらえばOK) ・Slacker: Slackにプログラムから投稿とかする為の機能 motionの準備 まずはmotionを準備して行きます。 mot
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
「プログラミングを学ぼうと瞬間最大風速的に意識は高くなるものの、一人でいると気がついたら一日ソシャゲして夕方頃に『また今日も勉強できなかった』と自己嫌悪。」モチベーションが続かない時の対策をはじめ、学び方、学べる環境の作り方をまとめています。
デザインの原理原則がわかる8つの記事 | creive
デザインをする際に、IllustratorやPhotoshop、Sketchが使えるといった、小手先の技術はもちろん大切ですが、そもそも「良いデザインとは何か」という概念的なことを知っておくのは大切です。 そこで、今回は、ノンデザイナーでも押さえておくべき、デザインの原理原則がわかる8つの記事を簡単な説明とともにご紹介します。 企画書の作成、簡単なモックアップをつくる際にも役立つものばかりです。 配色技法 デザインをしていて「良い配色」が思い浮かばない… なんて時に読むと考えがまとまる記事です。 「良い配色」という、なんとなく持っている概念を、論理的に説明したい時には重宝します。ドミナントカラー、トーンイントーン、カマイユなど7つの配色技法を、具体的な例を用いて説明しつつ、配色によってもたらされる効果を知ることができます。 → 配色に悩んだときに、きっと役立つ7つの配色技法【基本】 配色パ
Webオペレーションエンジニアのアウトプットと開発力 - 人間とウェブの未来
という話を、社内のインフラチーム向けにしました。 Webオペレーションエンジニアの大体のイメージについてはこちらを御覧ください。書評なのですが、とてもイメージしやすいエントリになっていると思います。 blog.riywo.com スライドの中でも一応定義していて、３行にまとめると Webサービスの運用 OS・ミドルウェアの運用 運用技術の調査・開発 を主な業務として行っているエンジニアを指すことにします。 入社して間もないので、僕の人格の好き嫌いや人間関係みたいなものがまだできていない頃の発表ということで、素直に内容を聞くことができる、という意味でいい機会だったと思います。 この内容は、社内だけでなく社外のWebオペレーションエンジニアや、所謂、インフラエンジニアと呼ばれている人でも同じような悩みを抱えている人がいるかもしれないと思っていて、内容的にも公開しても良い話なので公開しようと思い
「職人気質なヒトはWebに向かない」 ネット時代における"人材価値"の高め方 - LIGブログ編集長・朽木誠一郎
Webコンテンツ制作者とデザイナー・エンジニアが交流するためのイベント「Web Creator Conference」にLIG編集長・朽木誠一郎氏とサイボウズ式編集長・藤村能光氏が登壇。Webメディアの第一線で活躍する両者が、ライティング・編集のポイントやタイトルの付け方、そして今後求められる「人材」について意見を交わします。 ライターのマネジメントの難しさ 鳥井弘文氏（以下、鳥井）：次はライティング、編集のポイントや、Webメディアというものはメンバーで一緒に作っていくもので、そういった時にどういったポイントをチームのメンバーと共有して、やっているのかということを是非お話しいただければなと思います。まず、朽木さんからお願いします。 朽木誠一郎氏（以下、朽木）：はい、LIGブログはちょっと難しいところでですね。LIGの組織の話からなんですけれども、基本的にWeb製作をメインとしてやっている
登録数2倍にしてと言われた時の正しい対処法
Y Combinator 創業者 Paul Graham からのスタートアップへのアドバイス（スタートアップが迷った時に読む Paul Graham から...
プロダクト思考とサービス思考 - 40歳からのキャリアチェンジ
最近お手伝いしている所のサービスについて色々ディスカッションする機会が増えて、時折議論が噛み合わないなぁと感じることがあったり、別件で、違う会社の人の話を聞いてても、些細な所でちょっとした違和感を感じるケースがあったりしました。 なんでそういう違和感を感じるのかイマイチ掴めてなかったのですが、自分は、常にサービスという言葉を常に意識して言葉に出してるのに対して、相手の方はプロダクトという言葉をおそらく無意識に使ってるからなのかなとなんとなく感じました。 ここでいうサービスとプロダクトの言葉の意味合い 言葉の定義としては、自分の中ではこんな意味で考えてます。 プロダクト思考 どういう機能がいいのかをまず考える サービス思考 誰が使うものなかを考える アプリとかサービスを出したらおしまいではないのでその後どうやったら使い続けてもらうのかを考える 使い続けてもらうからには当然売上も立たないといけ
無料で作るWebサービス Herokuを使ってWebサービスを作ってみた（後編） - 今日学んだこと
前回の続きです。 無料で作るWebサービス Herokuを使ってWebサービスを作ってみた（前編） - 今日学んだこと 作ったアプリをherokuに上げます なお、参考にしたのはこちら Getting Started with Django on Heroku | Heroku Dev Center heroku toolbeltのインストール 僕が試している環境はubuntuなのでubuntuでのやりかたですが、macでも変わらないと思います。 $ wget -qO- https://toolbelt.heroku.com/install-ubuntu.sh | sh で、heroku使うためのツールがインストールされます。gemから入れるのが一般的っぽいんだけど、うまく動かなかったのでこちらで。マジruby嫌い・・・ 環境の吐き出し Djangoのmanage.pyがあるディレクトリに
「手に職」って詐欺みたいなもんなんだな
当方いわゆるweb系プログラマ30代。大学は卒業に失敗しているので学歴としては高卒。年収は800万に届かない程度。web系プログラマはインターネット上で目立っている有名プログラマも多くて、彼らと自分を比べると絶望するくらいに自分のスキルは低い。でも最低限の能力はあると思う（参考までに、 GitHub 上で一番starをもらっているリポジトリは 14 star というレベルの実力。150 star くらいあるリポジトリに PullRequest を送って取り込んでもらったことがあるという程度）。 で、このレベルの人間が周りの年上プログラマを見てると、「なんだ、こいつらが食って行けるなら、俺は楽勝で食って行けるじゃん」って思うことが多い。「その辺のちょっとだけできる大学生のほうがよほどまともだぞ」みたいなコード書く人間がのうのうとプログラマとして食って行ってる。ほんとうにひどいやつらが多くて、
例えば「写経」という言葉を避けてみる。 - 西尾泰和のはてなダイアリー
サイボウズ式「続・エンジニアの学び方」の第5回が公開されました。この回では、小崎さんが「どうしてコードを読もうと思ったのか」と、コードを読むために新しい言語を学ばなければいけない場合に「どうやって学ぶか」を聞きました。 ところで、小崎さんは自分の学び方を「写経」と読んでいて、僕もこの用語は自然に理解できるのですが、公開後のTwitterの反応を見ていると「写経と呼ぶことが嫌」もしくは「仏教での写経の印象で、内容を勘違いしている」という事例がいくつも見つかりました。 プログラミングの学習法としての「写経」という言葉は色々な書籍で使用されています。例えば「100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊」の70ページでは「まず写経することから始めた」というエピソードが紹介されています。また「改訂新版 コンピュータの名著・古典100冊」の99ページでは「技術書の内容にそって深い
KAIZEN platform Inc.に入社した - Glide Note
いわゆる転職エントリーなので、興味無い人はそっと閉じて頂ければ幸いです。 私事ですが、6年弱勤め、シニアエンジニアとしてサービスのインフラ系業務を担当していたGMOペパボ株式会社(旧株式会社paperboy&co.)を7月末に退職して、 8月からKAIZEN platform Inc.に入社しました。 なぜKAIZEN platform Inc.を選んだのか CEO 須藤憲司さんのブログ、技術顧問である伊藤直也さんのブログや 出演していたRebuildで知っていたのもあるんですが、入社を決めたポイントをまとめると下記のような感じ。 前職でKAIZEN platform Inc.のplanBCDを導入しており、非常に高い効果がありプロダクトに関心があった 創業間も無いのに優秀なエンジニアが揃っており、技術的にもチャレンジングで尖ったことをやっていた 本気で海外進出を目指しており(会議はもちろ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あなたのチームは大丈夫？ Web運用チームの現状を簡易テストでチェック | Web制作・運用現場のための「課題解決」の教科書 | Web担当者Forum
長時間残業を減らすために自分で仕事の切り上げ時を決めたいが、法的にはどうなのか？ | ライフハッカー・ジャパン
素人が好きなことを仕事にしてお小遣いを稼ぐための面白いwebサービス | takahirosuzuki.com
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
