フロントエンドエンジニアとデザイナーさんは日々協力してプロダクトを作っていく関係にあります。デザイナーさんが作ってくれたものをエンジニアが素早く実現できるよう、いくつかエンジニアから意識してほしいことをまとめました。 なんでこんな話になったのか（前置きなので次の章まで飛ばしてOKです） デザイナーさんから「この画面をこんな風に作ってください」とXDやSketch、PSDなどいろいろな形で渡されることがあると思います。 僕の個人的な意見・経験ですが、いざ実装するぞとなったときに 「あれ…ここってどうしたらいいんだろう？」 と迷って作業のスピードが落ちてしまうことがとてもストレスに感じていました。できればノンストップでいきたいなあと思うわけです。 手が止まるたび、デザイナーさんに「ここってどうしたらいいですか？」と質問するのが何か新しい画面を作るときに必ず発生していました。 「（いつも聞いてる

Contact the domain owner here gmork.in 2024 著作権. 不許複製 プライバシーポリシー

一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ

前に、BrowserSyncについて書きました。 GulpによるLiveReload入門(Windows版) 紹介した方法ではPHPのようなサーバサイドスクリプトで動作する 動的ページをLivereloadすることはできません。 BroserSyncにはPHPやRubyなどを実行させる機能がないためです。 ですが、BrowserSyncをProxyサーバとして動作させ、XAMPPやVagrantといった 実行環境と連携させることでLiveReloadが可能となります。 前提条件 Vagrant上ででPHPで書かれたWebアプリケーションを動作させている アプリケーションは http://192.168.33.10 でアクセス可能 Vagrant上のファイルとローカルPCの間で以下のディレクトリが同期(共有)されている /vagrant/html /Users/8845musign/Docu

少し前になりますが『少人数制 gulp / sass入門・再入門！』という勉強会に参加しました。 今さら聞けない、入門しようとしたけど挫折した、どのへんが便利なのかわからない、との声をよく聞くsassやgulpですが、この機会にチャレンジしてみましょう！ ここ数年、コードをガシガシ書くことはとても減ってしましましたが、ウェブのしごとをしているので、ウェブ制作でいま必須とも言えるであろうgulpやsassがどういうものなのか、どうやって使うのかなどは知っておきたく。 （sassは6年ぐらい前にちらっとやっていたのですが、いまとなってはすっかり・・・汗） 少人数制だったからこそ、聞きたいことが聞ける！ 参加者はわたし以外に3名で、今回の勉強会の主宰でもあり講師でもある相原さんを入れて5名の超少人数での勉強会でした。 場所もまるでリビングにいるかのような（相原さんの事務所です）。 とても和やかな

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? フロントエンドエンジニア / バックエンドエンジニア / DevOpsエンジニア@poly_soft この画像を見てティン！と来たので訳してみました。 以下はModern Frontend Developer in 2018の日本語訳です。 Modern Frontend Developer in 2018 この記事を始める前に、まず私のことと、このロードマップについてお伝えします。 私は過去5年間フルスタックエンジニアとして働いていて、そして現在はtajawalで、様々な役割を持つリードエンジニアとして働いています。 単に趣味だからと

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

JavaScriptのデバッグは必ず覚えておきたいウェブ開発の必須スキルの1つです。プログラムの実行をデバッグすることで現在の変数の値や、処理がどのように進んでいるのかを確認します。これを利用してプログラムが意図した動作になっているかの分析に役立てることができます。 本記事ではGoogle Chromeブラウザーの「Chrome Developer Tools」(以下「デベロッパーツール」)を使用してJavaScriptをデバッグする際の基本的な使い方を解説します。「今までデベロッパーツールを使ったことのない」という方でもこの記事を読めば理解できるよう、チュートリアル形式になっています。20分ほどで理解できるようまとめているので、1つ一つ順番に試しながら読み進めてください。 この記事で学べること ・デベロッパーツールの使い方 ・JavaScriptのブレークポイントの使い方 ・実行中の変数

普通に使う分には全く困らないほどの数のプラグインがGulpにはあります。 Githubでのstar数からも明らかなように、GoogleのWenStarterKitでもGulpが採用されるなど、注目度はますます高くなっています。 Gruntとの比較 Gruntと比較してのメリット・デメリットは以下のようになります。 メリット Gruntより設定ファイルが記述しやすい StreamAPIを利用することでファイルを毎回書き出すGruntより高速でエコ デメリット 記述がよりNodeに近くなるため、複雑なことは敷居がやや高め プラグイン開発のためのドキュメントが少ない 今日のゴール Gulp.jsを使ってコーディング作業を10倍速くする！ そんな環境を作りたいと思います。 1. Node.jsをインストール まずはNode.jsをインストールしましょう。 Node.js http://nodejs

プログラマーがよく使ってる文字が一杯出てる黒い背景のソフト。あれって取っ付き辛くないですか？ 「本当は怖くない黒い画面」入門を書いてみたいと思います。 このシリーズの目的は下記の３つです。 「黒い画面」は怖くないことを知ってもらう。 「黒い画面」用のフリーソフトが使えるようになる。 簡単な「作業の自動化」ができるようになる。 とにかく使ってみる 取っ付き辛く見える「黒い画面」ですが、慣れの問題で使っているうちに単なるツールであることが分かると思います。とにかく使ってみましょう。 Macではターミナル（別名「黒い画面」）が最初から入っています。「アプリケーション > ユーティリティ」の中にあるので立ち上げてみましょう。 味も素っ気も無いウィンドウが開きました。ここに何か文字を打ち込むことでプログラムを実行します。 「うわっ…私の黒い画面、白すぎ…？」 と思った方。慌てないでください。Macの