タグ

developmentに関するsatoudosuのブックマーク (59)

  • Macでの開発効率をアップする、マウントせずにローカルのソースコードをサーバーと同期するスクリプト書いた。 - しかじろうがプログラム作るよ!

    しかだよ。 変更があったローカルのソースコードをサーバーのソースコードと同期しながらwebアプリを開発できるスクリプトを作りました。 shikajiro/eventsync.py 2012/07/10 追記 下で説明するソースコードは古いので、shikajiro/eventsync.pyの方を見てくださいね。 webアプリ開発の問題点 マウントしたりsshでサーバーに接続してwebアプリを開発してると、回線が遅くて画面が固まることがあり、ストレスフルなコーディングを強いられている。 ローカルのソースをgitでpushしてサーバーに反映するのは複数人の場合はいいけど、一人用の場合は毎回add commit push がめんどい。 プログラマーが楽しくプログラミングできないのは罪です。直ちに懺悔するか解決しましょう。 開発中のwebアプリを動かす場所を比較検討 実行場所 公開範囲 反応スピード

    Macでの開発効率をアップする、マウントせずにローカルのソースコードをサーバーと同期するスクリプト書いた。 - しかじろうがプログラム作るよ!
  • 最低2秒、目指すは1秒以内。ウェブサイトを高速化するためのTIPS at #SMX Advanced Seattle 2012

    [対象: 上級] ページの表示速度が、Googleランキングを決める指標として日を含むインターナショナルで導入されていることがSMX Advanced Seattle 2012で判明しました。 そこで今日は、ウェブページの高速化を取り扱ったセッションをレポートします。 スピーカーは、ECサイトのREIでSEOに携わるJonathon Colman(ジョナサン・コールマン)氏です。 ウェブサイトのパフォーマンス最適化 サイトを高速化する理由 コンバージョン率の最適化 カスタマーエクスペリエンスとカスタマー満足度の向上 直帰率を下げる。 競争率が非常に激しいキーワードでオーガニックからのトラフィックを増やす。 全体的な競争力を高める。 運用費を節約する。 数字で見るページスピード Googleではページスピードが検索の1%に影響している。 ユーザーがページ表示に待てるのは2秒まで。 3秒以

    最低2秒、目指すは1秒以内。ウェブサイトを高速化するためのTIPS at #SMX Advanced Seattle 2012
  • web-mode.el | php templates edition for emacs

    About web-mode.el is a major-mode for mixed (HTML, PHP, scripts, styles) HTML files. web-mode.el is will never be a full featured PHP or JS mode. (We don't encourage multi-lines blocs of code in templates !). Native Features smart indentation (according to the context : HTML, PHP, JavaScript or CSS) navigation : (C-c C-n) between opening and closing HTML tag or between PHP controls if ... else ...

  • Webサイトの読み込み体感速度が2秒くらい上がるかも。SNSボタンは後から読み込め! - Web学び

    2012年 6月 13日 新しいサーバーでブログをリニューアルして気がついた、SNSボタンの有無でかなり読み込み速度に差がある。といっても2,3秒ほどですが、これは結構命取りだったりします。 まぁ私もそんなに詳しいわけではないので断言できませんが。 ・訪問者はその数秒でサイトから逃げる ・Googleはその数秒を評価基準に入れる たしか遅延ロード(Lazy Load)とかいう技術ですね。 わりとポピュラーなコードで何とかなったので書いときます。 ピュアなJavaScriptではなく、jQuery使いますね。 方法その1 時限式読み込み body閉じタグの前あたりに書きます。 . . . <div id="snsbox"></div> <script type="text/javascript"> var snscode = 'ここに、SNSのコードを書く' + '一行でつなげても良いが見に

    Webサイトの読み込み体感速度が2秒くらい上がるかも。SNSボタンは後から読み込め! - Web学び
  • _level0 | Kayac Interactive Designer's Blog

    KAYAC Front End Engineer チームによるHTML5 iOS Android ActionScript Flash イベント デザイン ニュースのブログ

    _level0 | Kayac Interactive Designer's Blog
  • Webサイト制作の一連の流れをまとめてみました

    Webサイト制作の一連の流れをまとめてみました。クライアント向けにまとめたものを少し手直ししてのせています。新人Web担当者さんや、新人ディレクターさんの参考になるかなと。 なるべく難しい言葉を使わず、理解しやすいよう平易な言葉で書いております。 ※流れや手順は制作会社によって違うのですが、概要はつかめるかなと思います。 目次と流れ 1. サイトのコンセプトを考える 2. 競合他社からクライアントのお店や商品を選んでもらうためのポイント(強み)を整理する 3. そのサイトで一番伝えたい内容を決める 4. お客さんが必要とする3以外の情報や、クライアントの伝えたい情報をまとめる 5. サイト更新は誰がするのかを決める 6. 想定使用デバイス(PCやスマートフォンなど)を決める 7. サイトの周知・宣伝方法を考える 8. ページの設計図をつくる 9. サイト制作にかかわる必要な素材を準備する

    Webサイト制作の一連の流れをまとめてみました
  • コードの圧縮や外部ファイル化とページの読み込み速度について

    なぜ、ごちゃごちゃしてるのか?ぱっと気づくのがこの2点です。 改行やスペースがほとんど使われていない CSSJavascriptが外部化ファイル化されていない Googleとしてはソースがきれいなことよりも、読み込み速度を速くすることでユーザーのストレスを軽減したり、ファイルサイズ小さくすることでサーバーへの負荷を減らしたりすることの方が重要だと思います。 もちろんアップする前にこのような状態にしているだけで、それまではきれいに書かれているはずですが。 ということで、「コードの軽量化」と「外部ファイル化」の2点について考えてみます。 コードの軽量化について HTMLCSSJavaScriptなどのコードは、改行やスペースを使わずサイズを小さくした方が読み込みは速くなります。 これは当然ですね。 コードの見やすさよりも読み込み速度やサーバーの負担軽減を優先するなら、できるだけファイルを

    コードの圧縮や外部ファイル化とページの読み込み速度について
  • How to Create a Website Using Only iPad

    2013年11月28日 Webサイト制作, 便利ツール 病院の待合室で何時間も待たされ、「暇だしWebサイトでも作ろっかなー」なんて思った事はありませんか?きっとあまりないと思いますが、今年にはいっていろいろあった私はそんな機会がたくさんあったので、いくつかのiPadアプリを使って作ってみました。作ったHTMLテンプレートは無料配布しています!そうです、アレ、iPadで作ったものだったのです。ふふ。 ↑私が10年以上利用している会計ソフト! あると便利なスタイラスペン スタイラスペンはiPadなどのタブレットで使えるペンです。iPadを使ってお絵かきしたい人は持っているとなにかと便利。カナダのボクシングデーで$5位になっていたのでノリで買ったのがこのコ。ちょっとメーカーは覚えていないのですが、よくある無難なタイプの物ですね。書き心地は悪くないのですが、ペン先が太いので、細かい字や絵は書きづ

    How to Create a Website Using Only iPad
  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

    サービス終了のお知らせ - NAVER まとめ
  • エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type

    エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『@type』のコンテンツです。

    エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type
  • How to Learn iPhone App Development for Non-Programmers

    2014年8月17日 スマートフォン 「iPhone/iPadアプリを作るのは難しい」。デザイナーの人は特にそう思い込んでいませんか?確かに新しいプログラミング言語を習得するには時間がかかります。しかし、一度「楽しい!」と思えばこっちのものです。その気持ちだけで難しいものも簡単に乗り越えてしまえるもの。そう、もう無敵です!どんなアプリでも作れるようになります!ここではアプリの開発方法よりも、「どうやって楽しく学習できるか」に焦点を当ててみたいと思います。 ↑私が10年以上利用している会計ソフト! 準備しよう 必要なもの Mac OS Lion iOSアプリの開発は基的にMac OSですすめることになります。Apple Storeでポチッちゃいましょう :P XCode 4 iPhone/iPadアプリの開発にはXcodeが必要になります。App Storeで最新のXcodeをダウンロード

    How to Learn iPhone App Development for Non-Programmers
  • ドキュメント作成ツールの検討(Sphinx、ReVIEWとか) - wadahiroの日記

    今後、マニュアルを書いてメンテナンスも継続的にしていく機会が丁度ありそうなので、現時点(2012/05/02)でどのツールが自分たちにフィットするか検討してみた。ツールの候補は以下。なお、過去の仕事ではWordとDocBookは経験あり。 Word DocBook Sphinx ReVIEW 前提 今回のマニュアル作成の前提は以下の通り。 複数人で作業し、1つのドキュメントを作成する(主に章単位でアサイン)。 特定顧客向けに部分的にカスタマイズして提供することもある。 外部向けのドキュメントなので、体裁はそれなりに整っている必要がある。 製品のエディションによってマニュアル構成が変わる(上位のエディションだと機能が増えるので章や節、説明が増えるなど)。 出力フォーマットはWordまたはHTMLならOK。PDFは必須ではない。 ドキュメント中に画像はそれなりにある。スクリーンキャプチャ、構成

    ドキュメント作成ツールの検討(Sphinx、ReVIEWとか) - wadahiroの日記
  • 実装までにする7つの企画作業 - ゆーすけべー日記

    メルマガ「ゆーすけべーラジオ」にてWebサービス/アプリをつくるにあたっての僕なりのエッセイを連載中です。先週は実装前に行う企画作業についてまとめてみたのですが、評判がいいので、折角ですしBlogで公開させていただきます。特に複数名でのものづくりに参考にしてみてください! 何度か述べている通り、Webサービスにおいて「何を」つくるかは最も重要なことであり、いくら崇高な技術を持っていても「何を」つくるかによって、その技術が生きるか死ぬかが決まってきます。何をつくるかをしっかり決めることにより、実際に番用のコードを書く実装の段階にも確信が持てますし、リリースした際のフィードバックも活きてくるでしょう。世の中でよく使われているサービスやアプリを見るとアイデアに富んだ今まで無かったと言われるような「何」がしっかりとしたものが多いと思います。 こうしたサービスの企画をつくるに当たっては各自の流儀に

    実装までにする7つの企画作業 - ゆーすけべー日記
  • WatchReload.app - ウェブ開発者向けブラウザ自動リロード

    ブラウザをリロードして欲しい時に勝手にリロードしてくれるウェブ開発者向けのMacOSX用アプリケーションです。 HTMLCSSなどのファイル編集を監視し、保存と同時に今開いているブラウザのタブをリロードします。動作確認をするためにブラウザをリロードする手間が省きウェブ開発に快適さをもたらします。 対応するブラウザは、現在のところChromeとSafariです。 ダウンロード 使い方 CHANGELOG フィードバック 過去のビルド ダウンロード 以下のリンクからzipをダウンロードし、適当な場所に解凍すると使えるようになります。動作確認はMaxOSX Lionで行なっています。 WatchReload-0.0.1.app.zip 使い方 WatchReloadを起動すると、メニューバーにWatchReloadのメニューが表示されるようになります。 メニューからStart Watching

  • [Xcode 4.3] iPhone アプリを iPad 対応のユニバーサルアプリにする方法 * ラクイシロク

    どもっ。ラクイシ(@rakuishi07)です。 今回は、iPhone アプリを iPad 対応のユニバーサルアプリにするための手順を簡単にですが紹介します。 1. 「アプリ名」→「TARGETS」で右クリック →「Depulicate」を選択。 2. 表示されたダイアログで「Duplicate and Transition to iPad」を選択。 3. 「TARGETS」に「アプリ名-iPad」が、左カラムに「Resources-iPad」フォルダが追加されていることを確認。 4. 「TARGETS」のコピー元(-iPad)がない方の「Devices」を「Universal」に変更。 これで、iPad シミュレータ上で動作します。 後は、iPad 向けに微調整するのみです。 参考:Xcode4.2におけるiPhone/iPadユニバーサルアプリ化: iPhoneアプリ開発備忘録

  • Google 辞めました - アスペ日記

    Google辞めました。 最終出社日は 5月11日。 5月31日まで有給消化。 その後は無職。 転職先が決まっていて有給消化している「なんちゃって無職」ではなく、ガチ無職。 とりあえずハロワでも行こうと思う。 まず初めに。 この記事は、Twitter で @takeda25 をフォローしてくれている人たちが想定読者だ。 また、これは相当長くなると思う。さらに、中ではたとえ話を使うので、読んでもさっぱりピンと来ないかもしれない。 だから、長い文章を読んで「読んで時間を無駄にした」と思うタイプの人は、ここで読むのをやめてほしい。 もう一つ。 この記事を書いた人間(真鍋宏史)は無名の一社員で、ろくに業績もない。 そういう人間が何かを言っても聞く価値はないと思うなら、やはり読むのをやめてほしい。 この記事では、自分のいた場所に対してネガティブなことも書くと思う。 そのため、なぜそういう行動を取るか

    Google 辞めました - アスペ日記
  • ウェブサービスをゼロから作って成功したこと、失敗したこと - id:k-z-h

    php, 雑記いつもなら寝ている時間なのだけれど、なぜか睡魔がやってこないので過去の思い出をまとめてみる。去年の2月ごろ、新規案件のウェブサービスに開発メンバーとしてアサインされた。作るべきものが大量にあったため、4チーム(工期中多少増減したが)に分けてドメインごとに作業分担をした。そのうち、ウェブアプリケーション体(フロント、API、マネージツール)を担当するチームのサブリーダーが自分の役割だった。そのプロジェクトは去年の末に一旦の区切りを迎え、自分はそこで退職し、新たな環境に身を置くことにした。それから丸4ヶ月経って、自分が書いたコードと新しい環境で書かれていたコードを見比べて、思うところが多々ある。それらを文章としてまとめたいと思う。 失敗したこと簡単な骨組みを作ったあと、デプロイの仕組みを作った。php には phar という仕組みがある。これは jar/war のようにウェブサ

  • Milkode0.7リリース - githubに公開されているソースコードを簡単に追加&検索 - ブログのおんがえし

    Milkode0.7をリリースしました。 'milk add git://..' に対応(自動pull付き) gitレポジトリを直接'milk add'出来るようになりました。 $ milk add git://github.com/ongaeshi/milkode.git git : git://github.com/ongaeshi/milkode.git Cloning into /home/ongaeshi/.milkode/packages/git/milkode... remote: Counting objects: 4146, done. remote: Compressing objects: 100% (1086/1086), done. remote: Total 4146 (delta 2602), reused 4112 (delta 2569) Receivin

    Milkode0.7リリース - githubに公開されているソースコードを簡単に追加&検索 - ブログのおんがえし
  • Git 対 Mercurial:なぜ Git を選ぶのか? - Atlassian Japan

    今回は Atlassian の開発者である Charles O’Farrell によるゲストブログです。チームが DVCS として Git を選択する理由について説明します。Charles はコーディングをほとんど DVCS 上で行い、また ClearCase から Git へユーザーを移行させる作業を行ってきました。 前回の記事では、分散バージョン管理システムとしてチームがなぜ Mercurial を選択するのかについて考えてみました。今回は、分散バージョン管理システム (DVCS) として なぜ Git が有力な選択肢であるのかについて考えてみましょう。 1970 年の黎明期から、ギークたちはどちらが善でどちらが悪かという血なまぐさい論争を長い間行ってきました。それが VimEmacs との間の戦いです。最近では、それとは別のツールセットについて、ギークたちは来の仕事そっちのけ

    Git 対 Mercurial:なぜ Git を選ぶのか? - Atlassian Japan