Adobe製品を使わない"デザイナー"？「ビジュアルコーダー」が考える、自己満足で終わらないWebデザインとは
Adobe製品を使わない"デザイナー"？「ビジュアルコーダー」が考える、自己満足で終わらないWebデザインとは
Adobe製品を使わない"デザイナー"？「ビジュアルコーダー」が考える、自己満足で終わらないWebデザインとは
LINEアプリの新機能改善に学ぶ、“LINEらしい”プロジェクトマネジメント
LINEアプリの新機能改善に学ぶ、“LINEらしい”プロジェクトマネジメント LINE-like Product Management of Smart Channel #2/2 2019年11月20、21日の2日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2019」が開催されました。1日目は「Engineering」をテーマに、LINEの技術の深堀りを、2日目は「Production」をテーマに、Web開発技術やUI/UX、プロジェクトマネジメントなど、より実践的な内容についてたくさんのプレゼンテーションが行われました。「LINE-like Product Management of Smart Channel」に登壇したのはLINE LINE企画室 副室長の朝井大介氏。Smart Channelの開発事例を例に、LINEらしいプ
デザイナーとエンジニアのコミュニケーションプロトコルを設計する 〜はてなブックマークアプリDark Mode実装の現場より〜 - Hatena Design Group
こんにちは！はてなデザインチーム所属のid:cormorantcraftです！ 先日、配信させていただいたはてなブックマークiOS版のDark Mode、みなさん使っていただけているでしょうか？ 今回はそのDark Modeの実装にあたって、デザイナーとエンジニアのコミュニケーションをどのように行っていたかという点にフォーカスしてお話しさせていただければと思います。 コミュニケーションプロトコルの設計 いきなり「コミュニケーションプロトコルの設計」って言われても？ という声が聞こえてきそうですが、Dark Mode実装の上で平たく表現すると「色を指定するデザイナー」と「色を実装するエンジニア」の間の意思疎通の枠組みを作ることです。 これをしないで進行してしまうと、デザイナーとエンジニアの間で手戻りが多数発生したり、精神的にお互い疲弊したりチームの雰囲気にも悪影響が出たりしてしまいます。気持
「信頼できるPMとは？」入社7ヶ月目のメルペイPMが18名にヒアリングし、導き出した答え | mercan (メルカン)
「信頼できるPMとは？」。これは、プロダクトマネージャー（以下、PM）を名乗る誰もが問い続けていることでもあります。そして、メルカリ・メルペイで働くPMたちも同じです。 そんななか、メルカリ・メルペイメンバーが情報共有に使用している社内wikiで、あるドキュメントが公開されました。それは、入社7ヶ月のメルペイPMである辰巳憲太朗が「信頼できるPMとは何か？」を明文化するため、18名のメンバーにヒアリングを行い、自分なりにまとめたもの。今回のメルカンでは、そんな彼のドキュメントを公開します。 ※この記事は辰巳が社内でシェアしたドキュメントをメルカン編集部で再編集し、掲載しています。 なぜ書いたのか？ 「信頼できるPMとは何なのか？」を自分なりに明文化するため、18名のメンバーにヒアリングを行い、自分なりにまとめたものになります。以下の3点を中心にヒアリングを行いました。 1：働きやすい・働き
一人でやってると個人開発と同じクオリティになる問題 - hitode909の日記
たまに、今のこの状況は組織パターンに載ってたこのパターンだ、と思い出すことがある。数年前に読んでまだ役立ってる本のうちのひとつ。 今は「常に誰かが進捗させる」というプラクティスをやっている。それ自体はいいのだけど、問題なのは、チーム内チームのエンジニア二人チームでやっているので、一人が進捗させる、もう一人が差し込み対応する、という最小の形になっていること。 奥さんが家でやってる生け花教室のホームページを作る夫、みたいなものをイメージすると、奥さんが生花を教えることで進捗させて、夫がホームページ更新など雑務を巻き取るという構造をイメージできる。百人以上の人間がいる会社であっても、夫婦の生け花教室と同じ数の人のアサインでことを進めているのだとしたら、推進力では同じくらいしか出せないはず。実際には百人いる会社には経理の人がいたり総務の人が居たり、資本が潤沢にあったら良いパソコンを使えるとか、いろ
エンジニアリングマネージャーと戦略 / Engineering Manager and Strategy
20190327 Startup Meetup GINZA #2 「エンジニアリング・マネージャー編」 での登壇資料です。
「デザインと技術をつなぐ」―グッドパッチCTOが考える、デザインとエンジニアリングの関わり方 - GeekOutコラム
社外のコミュニティ活動で広がった興味の対象 まずは、エンジニアとして最初の就職をした私が、どのようにデザインに対して興味を持ったのかについてお話しします。 大学卒業後、新卒として3,000人規模のSIerに就職し、主にJavaとLinuxを用いたシステム開発や、インフラ構築を行いました。入社して3年目くらいに、全社の技術支援を行う部署に異動し、プログラミングやパフォーマンスチューニングなどを経験しました。SIerに所属していた8年ほどの間、デザイナーと一緒に働くことはありませんでした。 興味の対象が広がったのは2011年ごろ、外部の勉強会などに積極的に参加するようになってからです。当時のSun Microsystems（2009年にOracleが買収）によるJavaの勉強会や、Webクリエイター・エンジニア向けコミュニティ「html5j」が主催する勉強会「HTML5とか勉強会」などで、多く
技術英語・工業英語の3つのCとは：技術英語・工業英語の基礎知識1 | 製造/建設エンジニアの情報サイト「Tech Note」
Tech Noteは、開設以来、多数の方々にご利用いただいてまいりましたが 2023年6月15日をもちまして、サービスを終了させていただくこととなりました。 今までご愛顧いただきましたお客様には深く御礼申し上げますとともに この度のご案内となりましたことを心よりお詫び申し上げます。 ■ 対象サイト：Tech Note ( https://technote.ipros.jp/ ) ■ サービス終了日時：2023年6月15日（木） 17:00 なお、これまでに掲載したPDF資料は イプロスサイト よりダウンロードいただけます。 ダウンロードにはイプロスへの ログイン が必要となりますので、予めご了承ください。 弊社ではサービス向上のため今後も鋭意努力してまいりますので 変わらぬご愛顧賜りますようお願い申し上げます。 本件に関する問合せにつきましては、問合せフォームよりお問い合わせください。
【デザイナー向け】これからAndroidのデザインをする人へ - Qiita
はじめに 自己紹介 私は日本にAndroidが上陸したAndroid 1.6の時代(2009年頃)からAndroidの開発者としてAndroid7系になった今も(執筆時2017年)Androidエンジニアを続けています。 Androidの歴史をずっと側で見守り続けた私がエンジニア目線で思っている事を述べるので、これからAndroidのデザインをするデザイナーに見て頂きたいです。 ※ この記事の内容は一個人の意見で所属先は一切関係ありません 一番言いたいこと まず、普段iPhoneを使っているデザイナーは最新もしくは1つ前のOSが入ったAndroid端末をメイン端末とまではいかなくても2台持ちにして常用して下さい。 ハッキリ言ってこれが全てです!! 良さ気なUIのアプリを一通り入れて数十分触るだけでは全く意味がありません。 Androidの良さは通知やIntentと呼ばれるアプリ間の密な連携
Latest topics > 女性エンジニア少ない問題を解決する話、の何が問題なのか - outsider reflex
Latest topics > 女性エンジニア少ない問題を解決する話、の何が問題なのか 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « 私達はここまで来た Main 差別性・ハラスメント性は「どこかの極悪人」だけの物じゃなく皆が持つ物なんだよという話 » 女性エンジニア少ない問題を解決する話、の何が問題なのか - Jun 22, 2018 自分の観測範囲で「女性エンジニア少ない問題」を解決するために、機械学習で男性エンジニアを女性に変換する - ログミーTech（テック）という記事が話題になっていたので見たら「ｱﾁｬｰ……」としか言いようがなかった。 概要を説明すると、技術職の男性の発表で「職場に女性がいないとやる気が出ない」「女性エンジニア増や
日本のエンジニアの質について - ヨーロッパで働くIT土方社長のブログ
www.megamouth.info 「日本のエンジニアの実力はかなり低いと感じています。」 これに関してです。ブックマークのコメントだと気持ちが足りなかったので、結構グローバルにIT土方としてやってる自分の考えを書きたくなりました。 自分の所謂受託の会社をクロアチアという国で経営していますが、社員は今２０人位で、客は主にアメリカ、ヨーロッパー各国で、去年あたりから中東、アフリカの案件も増えてきました。まぁこれだけいろんな国とやり取りしてるってことは、億単位のデカイ案件とかじゃなくて、まぁスタートアップ的な会社とのやり取りが多いです。自分が日本人なので、日本向けの所謂オフショア開発としてスタートしたけど、辛すぎて日本との取引はもう受託はやっていないですね。製品販売は日本でもやっています。 で、日本のエンジニアに関して。客が主に中小企業なので客のエンジニアとか入っている別の会社のエンジニアと
GitHubで使われている実用英語コメント集
この記事はリクルートライフスタイル Advent Calendar 2015 - Qiita の17日目です。 こんにちは。現在、ホットペッパーグルメのエンジニアをやっている敷地@shikicheeです。 gitで英語のコミットメッセージどう書けばいいの？ と思ったことはありませんか？ 英語で書きたいなーって思っても、いざ書くとなると躊躇しますよね。 ネイティブはどう書いてるのでしょうか。 そこで、github上で実際に使われているコメントを解析し、 よく使われている例をまとめてみました。 解析したデータ github上で1万スター以上を獲得している169リポジトリのコミットメッセージを対象としました。 bootstrap、jquery、react、d3、docker、node、tensorflowなどの有名なプロジェクトばかりなので、良いコメントが期待できます。 解析するコミットメッセー
【2017年度版】Webエンジニアでも最低限押さえておきたい、SEO施策のまとめと実装 - Qiita
Webエンジニアでも最低限のSEO知識を持っておきたい ferretやferretOneといったウェブマーケティングのメディア、ツールを開発、運営している株式会社ベーシックで働いており、近々ECサイトphocaseにて本格的にSEO施策を行うので、勉強がてらエンジニアが覚えておくべきだと思ったSEO周りの知識をまとめました。 この記事も書いていたら長くなってしまったので知らない部分をピックアップして読んでいただければと思います。 実装方法やSEO施策の詳細は貼ってあるリンクだけではなく、 別途Googleで検索するなどして複数の意見をインプットすることをおすすめします。 ###★この記事を読むとどうなるか マーケター、ディレクターとのやりとりがスムーズになる。 意図せず検索順位を下げてしまうコードに気づける様になる。 エンジニア側だけで動けるSEO施策を提案できる様になる。 なんとなくSE
ソニー株式会社を退職しました
表題の通り、数年勤めたソニー株式会社を退職しました。 個別具体の退職理由はいろいろあってそれらは後述しますが、退職を決めた基本的な理由は、個人的なキャリアパスの設計と会社の方針のミスマッチ、労働観のミスマッチ、技術投資の考え方のミスマッチの三点に集約できると思っています。 キャリアパスの設計と会社の方針のミスマッチ私はソニーでソフトウェアエンジニアとして働いていました。 ソフトウェアエンジニア(を目指す人間)にとってソニーと言えば、"自由闊達な理想工場"、エンジニアが自由に活躍できる会社、日本のメーカーなのにソフトウェアもちゃんとつくれる会社、などのイメージがあるかと思います。私もそう思っていました。 実際会社は説明会などでそういった説明をしましたし、そういったイメージを前提に私はソニーを選び、「エンジニアとしてプロフェッショナルになる。品質が高く、お客の求める体験を作り出せる人間になる」
サイバーエージェントを退職しました | κeenのHappy Hacκing Blog
このエントリはEx CyberAgent Developers Advent Calendar 2016 - Adventar1日目の記事です。 元サイバーエージェントの人がわいわいやります。 κeenです。二年弱勤めたサイバーエージェントを退職したのでその旨について。 サイバーエージェントの思い出 サイバーエージェントに興味をもつきっかけになったのも入社することになったのも学生の頃からずっと参加し続けていたLispMeetUpでした。 LispMeetUpでは長らく会場としてCAのセミナールームを使わせてもらっていました。 そこでエンジニアに対して気軽に施設を提供するCAや社員の@potix2さんを知って、そのまま@potix2さんの手引でCAに入社する運びとなりました。 「面接でLispは口にしない方が良い。100%落ちる。」なんて言ってた割にはLisp繋りで入社しました。 Cyber
バグなどの謎の現象に立ち向かうも闇が濃く、どうしても沼から脱出できない時に見るフローチャート - Thanks Driven Life
ご査収ください (2022年12月8日 追記) フローチャートを書き直しました。内容自体は当時のものと同じです。 補足 パフォーマンスの出し方は人それぞれなので「私はこんな感じです」というものです。 とりあえず「なんかやばいな?」と思ったら休む 体調的にはもちろん、「これ結構やばそうだな?」という勘所は大事 15分以上(長くても30分)悩んだら周りに聞いてみる こういう時はだいたい 視野が狭くなっている(簡単なスペルミスだったり) 暗黙知に触れている(業務だとよくある) とてつもない難問にぶちあたっている といったケースなので、仲間にSOSを出した方がチーム全体の進捗も結果的に良くなる、という経験談です。 ちなみに15分の根拠はなんとなくです。 ちなみに、問題に取り組み始めるその瞬間から「15分やってわからなかったら誰かに聞こう」としている場合は、 フローチャートの「30分動いてなかったら
GitHubで使われている実用英語コメント集 - Qiita
この記事はリクルートライフスタイル Advent Calendar 2015 - Qiita の17日目です。 こんにちは。現在、ホットペッパーグルメのエンジニアをやっている敷地@shikicheeです。 gitで英語のコミットメッセージどう書けばいいの？ と思ったことはありませんか？ 英語で書きたいなーって思っても、いざ書くとなると躊躇しますよね。 ネイティブはどう書いてるのでしょうか。 そこで、github上で実際に使われているコメントを解析し、 よく使われている例をまとめてみました。 解析したデータ github上で1万スター以上を獲得している169リポジトリのコミットメッセージを対象としました。 bootstrap、jquery、react、d3、docker、node、tensorflowなどの有名なプロジェクトばかりなので、良いコメントが期待できます。 解析するコミットメッセー
イケてる環境のWEB系の労働生産性がイケてないSIerのたった三割しかない件 - プロマネブログ
久しぶりの更新。一度ブログ書くの面倒になると、とことん書くのが面倒になるもんで。 【Web系最高って言うけど本当なの？】SIから転職したエンジニア達に聞いてみた - paiza開発日誌 まあ、いつものPaizaのWebアゲSIer Disの記事なわけなんですが。。。 最近、どうでもよくなって放置していたものの、いろいろ誤認している人が増えていそうなので、改めて問題点指摘しておきますか。ブコメ見るとSIer側の反論も欲しそうだし。 とはいえ、開発環境の話はわきに置いて、別の観点を中心とした内容となります。 イケてる環境のWEB系の労働生産性は、イケてないSIerのたった三割 http://www.soumu.go.jp/johotsusintokei/linkdata/ict_keizai_h28.pdf 上記は総務省が毎年公開している「ICT の経済分析に関する調査 」の資料です。 大体1
ゲーマーのエンジニアが転職先としてソーシャルゲーム業界を選ばない理由 - mizchi's blog
今回の転職にあたって、各方面から「なんでゲーム業界にいかないの？」と何度も訊かれたので、書いておく。 僕のキャリアはソーシャルゲーム業界から始まって、教育の会社にいって、次はxxxだ。転職先に関しては後日。 僕はそもそもスーパーファミコン時代にスクエニ黄金期の洗礼を受けた古い気質のゲーマーで、ソーシャルゲームを一切楽しめない人間で、ソーシャルゲームに開発として関わった人間でもある。バイアスが掛かっているのは認める。 古巣がどうこうって問題ではなくて、業界全体の問題なので、そこらへんは誤解しないように。 ソーシャルゲーム業界 今のソーシャルゲーム業界の開発現場は、開発の現場が「面白いゲームを作ろう」というモチベーションにはなりにくい。 感覚として、ソーシャルゲームってのは「課金させる場」を作ることであって、面白いゲームを作ることはあまりフォーカスされない。 それを言えばコンシューマだって売り
ZenHub を使って Kanban 方式をプロジェクトに取り入れる - Qiita
複数の github レポジトリの issue を一元管理できるいい感じのツール をいくつか試しながら検討した結果、ZenHub がダントツで良さげなので紹介します 会社の hp からしてイケてる感あります Chrome extension を使って github レポジトリの 1 画面としてダッシュボードが追加されます これは普段 github を使っているエンジニアからすると、とても肌に合います 他の競合サービスと違って、github を拡張するという意味合いを強く意識したサービスのため、管理ツールとしてだけではなく、様々な拡張機能も魅力のひとつです それに比べると、似たようなサービスである waffle.io は残念ながら使い続けたいと思えませんでした インターフェース 比較: waffle.io 比較: pure github.com このインターフェースの課題は 2 つあると思い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
