エンジニアが知っておきたい法知識。ソースコード著作権＆開発契約を元エンジニア弁護士に聞く！ 法律トラブルを回避するための、エンジニアが留意すべき法律知識とは、一体どのようなものでしょうか。エンジニアの経験を持つIT弁護士・河瀬季（かわせとき）さんに話をうかがいました。 昨今、“無断転載”の線引きや引用のあり方など、インターネットと著作権の関わり、ひいては法律との関わりが注目される機会が増えてきました。そんな中、エンジニアとして働く人々はいかに法律と向き合っていけばいいのでしょうか。 企業に在籍しているエンジニアの場合、社内に法務担当者がいるかもしれませんが、法律と無関係ではいられません。使用するツールやサービスの高機能化に伴い、無償で多くのコードに触れる機会が増えています。また、自作サービスのフレームワークなどに、オープンソースソフトウェア（OSS）を利用したい方もいるでしょう。 しかし、

2018年7月5日、株式会社PE-BANK主催による「クラウドヂカラ #AWSセミナー〜エンジニアに求められる本当のスキルとは！〜」が開催されました。トークセッション第2部では、株式会社BFT・古賀彌奈子氏が「あなたが年収1000万以上になれない理由～ AWS・azure パブリッククラウド時代を生き抜く力～」をテーマにプレゼンテーションを行いました。 あなたが年収1000万以上になれない理由 古賀彌奈子氏：古賀です。よろしくお願いします。先ほど、富岡が話したAWSの話とはお題がだいぶ変わりまして、IT業界の少し生々しいテーマ「あなたが年収1000万以上になれない理由」ということで話をスタートさせていただきます。 こちらの「579.2万円」という数字は、東京都に住む36.9歳SEの平均年収になります。 東京都に住む35歳〜39歳の平均年収は433万円。どちらも男女の平均年収になります。 な

コンサルタントをしていた、ということもあり、15年以上にわたり、私にはずっと「文章のレビュー」を引き受ける仕事がついて回っている。 もちろん今も、1日に数本程度は誰かの書いた文章に赤入れをしている。 手間がかかり、非常に時間もかかる仕事だ。 とはいえ、実はこれはなかなかおもしろい仕事だ。 というのも、文章は話し言葉以上に「書き手の頭の中」が非常によく分かるので、ある種、人間観察のような側面があるのだ。 人間そのものに興味がある私にとっては、趣味と実益を兼ねたおいしい仕事と言えよう。 さて、そうして何百、何千という文章をレビューするうちに、ある日私は一つの疑問を持った。 それは「文章の説得力」についてである。 同じことを訴えているはずなのに、ある人の文章にはとても説得力がある一方で、別の人の文章はとても胡散臭い。 文章の説得力は、一体何が決めているのだろうか？ 「説得力はエビデンスとロジック

本日開催されている Google Cloud Next ’18 ですが、非常に面白いプロダクトが発表されました。 その名も Knative (kay-nay-tiv ケイネイティブと発音) Kubernetes上でServerlessを実現するプロダクトです。 https://github.com/knative/docs より引用 KubernetesでServerlessって何が新しいの？ この界隈追っている方はご存じかもしれませんが、KubernetesでServerless Platformを実現するという考え方自体は新しいものではありません。 CNCF Serverless Landscape　を見てみると分かりますが Fission Kubeless OpenFaaS などなど既に多くのOSSが存在しています。これら先行のServerlessプロダクトとKnativeは何が異な

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

最近、FREETEL のスマホ（SIMフリー）を使い始めている kouraku です。おはこんばんちわ。 とりあえず、OCN モバイル ONEでデータ通信の契約だけしてのお試し中なのですが、これが思いの外なかなか良い感じです。何しろ、金額がとても安い！このまま移行しちゃおうか・・・なんて考えてしまうほどです。 さてさて前回は、コードの見直しとともに、カテゴリを動的に表示させるところまでやりました。 【前回】Vue.jsでCSSスタイルガイド作成に挑戦！（３） 今回は案件で使用することを想定して、 まずはstyleguideディレクトリへファイルを移動し、 setting.jsonで読み込ませたいCSSを設定し、 さらに複数のCSSを読み込めるようにしたいと思います。 styleguide ディレクトリを作成しファイルを移動する 現時点では、スタイルガイド用ファイル全てルート直下にある形にな

PhotoshopからXD、さらにSketchへ…Atomic Designを実現させるまでにぶち当たったデザインチームの苦悩 デザイナーの横井です。こんにちは！ 猫飼いなのですが猫に顔をうずめるのが難しい季節になってまいりました（毛まみれ） 久しぶりのデザイン記事となりましたが、今日は弊社デザインチームが行ったAtomic Designのシステム化の紹介と失敗体験、そしてその道のりを、赤裸々にご紹介しちゃいたいと思います。 既に完成したデザインのコンポーネント化に悩んでいる方々の参考に、少しでもなれば幸いです。 初期のスペースマーケットデザイン ゴリゴリのPhotoshopデザインだった時代 弊社のメインサービスである、スペースマーケットのデザインは約3年前にリニューアルリリースされました。 当時は全てPhotoshopでデザインされ、１ページにつき１ファイル、スマートフォンもPCも別フ

Vue.jsのよく使用するイベントや構文、メソッド、プロパティがまとめられたチートシートを紹介します。チートシートは先日リリースされたばかりで、Vue.jsのハンドブックも無料でダウンロードできます。

どんどん「デザイン」に期待される役割が広くなっている昨今。例えば、UIデザイナーであっても「サービスロゴや企業ロゴも考えて欲しい」とオファーされるケースも。どのように考えていくのがよいのか。経営層やPMと並走できるのか。緻密にデザインされたプレイド社のロゴ刷新プロセスを参考に学んでいきましょう。 ※本記事は、PLAID、STANDARDのデザイナーを兼務する鈴木健一さんよりご寄稿いただきました。鈴木さんによるnote「ロゴマークの刷新を通じた自社理念の強化と共有へのトライ」の 前編、及び後編をもとに、改めて寄稿用に構成・執筆いただいた内容となります。 [目次] ・はじめに｜企業ロゴとプロダクトロゴの違い ・企業ロゴは、理念や行動規範を表現する ・デザインプロセス ・キーワード抽出（理念、行動規範から） ・キーワードを”モチーフ”に ・スケッチとブラッシュアップ ・ロゴタイプ（文字）部分のデ

スマホアプリ上の「動き」を、どうデザインするか。ここはデザイナーをはじめ、アプリ開発者にとって大切なポイントのひとつ。とくに加速度センサーと連動させると何ができる？ どんな考え方で実装していく？ マネーフォワードの自動貯金アプリ『しらたま』を例に見ていきましょう。 ※本記事は、マネーフォワードのおつり貯金アプリ『しらたま』デザイナーの大橋瑞生さんよりご寄稿いただきました。大橋さんによるnote「“お金”のインタラクションデザインの作り方」をもとに、改めて寄稿用に構成・執筆いただいた内容となります。 目次 ・はじめに｜なぜ、インタラクションデザインが大切？ ・しらたまとは？ ・しらたまに実装した３つのインタラクション 液体｜貯金の「進み具合」がわかる 貯金箱｜貯金の「だいたいの総量」がわかる 小銭｜貯金の「具体的な金額」がわかる ・最後に｜「物理忘れないごっこ」のススメ はじめに｜なぜ、イン

by Igor Miske 建築形式のひとつである「ブルータリズム」を基に、ウェブサイト本来のあるべき姿に焦点を当てて作られたデザイン手法が「Brutalist Web Design(ブルータリスト・ウェブ・デザイン)」です。「雑誌ではないが雑誌のような記事が載っている」「アプリケーションではないが商品の購入やユーザーとのやり取りに使える」「データベースではないが、データベースによって動く」といった複数の側面を持っているのがウェブサイトであり、サイト訪問者に対してコンテンツを純粋に楽しむための方法として提供されるものであるとして、ブルータリスト・ウェブ・デザインは構築されたとのこと。そんなブルータリスト・ウェブ・デザインのガイドラインを、エンジニアのデイビッド・コープランドさんが記しています。 Brutalist Web Design https://brutalist-web.desig

2018年上半期にリリースされたものを中心に、ひらがな・カタカナ・漢字が使える日本語のフリーフォントを紹介します。 手書き風の味のあるフォント、明治や昭和風のレトロなフォント、ホラーフォント、ピクセルフォント、ジョークフォントなど、たくさんのフォントがリリースされています。 日本語では珍しいステンシルフォント「木漏れ日ゴシック」は特にお勧め！ ロンドB 個人・商用サイトで無料利用可。同人誌や各種印刷物なども可。 廻想体ネクストBをベースに、角を丸くしたスピンオフ・フォント。作者様が「あぁ、ホントは『丸い方』を所望なんだろうな。」とモヤモヤしたのを解消するために制作されたそうです。ひらがな・カタカナ・英数記号文字をはじめ、JIS第1水準漢字2,965字、JIS第2水準漢字486字を収録。

「Visual Studio Code（略称：VS Code）」はMicrosoftが提供している無償で高機能なエディターです。標準でも十分な機能は備わっていますが、拡張機能をインストールすることで、より使いやすく自分にあったエディターへとカスタマイズできます。 本記事では、HTMLコーダーやフロントエンドエンジニアに役立つ拡張機能を紹介します。 1. IntelliCode IntelliCodeはMicrosoft謹製の公式プラグイン。AI支援による次世代のコード補完がJavaScriptやTypeScriptで利用できるようになります。APIの一覧がアルファベット順に提示されるのではなく、利用する可能性の高いAPIがAIによって予測されます。 コード補完の様子を次のスクリーションショットでご覧ください。入力候補の「★」マークが付いているところが、補完候補になっているところです。人工知

始めはただSassをビルドしたかった... 困ったこと、やりたかったこと sassをビルドする記事はあるけど...compass?grunt?gulp?webpack? Windows/Mac/Linux でも動く環境を作りたい。 JavaScriptもビルドしたい。 一つのファイルにまとめたい。 JavaScriptもES6を書きたい。 SourceMapを出力したい。 ヘッダーやフッター、メニューなどの共通化したい。全部のファイルを修正したくない。 ファイルが変更されたら... SassやJavaScriptは自動でビルドしたい。 ブラウザもファイル変更を検知してリロードさせたい。 ブラウザのキャッシュが残らないようバージョニング対策したい。 クリーンなHTML/CSSを書きたい。 ブラウザ特有のベンダープレフィックスは自動で付与したい。 使っていないスタイルは除去したい。 本番用のフ

※当サイトでは、収益手段としてGoogleアドセンスやアフィリエイトサービスを利用しており、ページ内には広告・アフィエイトリンクが含まれている場合があります。サイト・記事内の広告やアフィリエイトリンクをクリックしたり、遷移先で商品・サービスを購入したりした場合、運営者に収益が発生します。 ※当サイトでは、収益手段としてGoogleアドセンスやアフィリエイトサービスを利用しており、ページ内には広告・アフィエイトリンクが含まれている場合があります。サイト・記事内の広告やアフィリエイトリンクをクリックしたり、遷移先で商品・サービスを購入したりした場合、運営者に収益が発生します。 作成の依頼で度々指示される「ですます調」。 文末表現の一種で、「～は～です。～が～します。」のように書く言葉をですます調と呼びます。 いつからそんな呼び方になったのか云々はさておき、文章を書くとき当たり前のように使ってい

5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する 新人エンジニアのうちに読んでおくと役立つ名著やおすすめの本を紹介。開発全般やコーディングなどの作法を学ぼう。 某社でサーバサイドエンジニアをしている @ikenyal と申します。開発言語は主にPHP。新卒入社から5年、エンジニアとして働いています。学生時代にもプログラミング、サーバ・ネットワーク構築や運用を経験しました。 これまで、社内外で新卒からベテランまで多くのエンジニアを見てきました。その中で、新人のうちに身につけておいた方が良いだろうと思うものは「お作法」と「基礎知識」です。 プログラミング言語やシステムの専門的な知識は後からでも勉強できます。一方で、さまざまな自己流の癖は時間が経つと身に染みついてしまい、指摘されても直すのが難しくなってしまいます。そのため、新人のときに良いお作法を勉強しておくこと

Roppongi.js#3「エンジニアも気にしたい色のアクセシビリティ」 リンク付きの資料はこちら https://ohbarye.github.io/slides/2018/roppongi.js-3/

背景の色に悩んだり、なんとなく決めてしまうことはありませんか？ Webサイトやスマホアプリの背景に適した色の選び方、明度と彩度を最適化するデザインのテクニックを紹介します。 Why You Shouldn’t Use Bright, Saturated Colors for Backgrounds 下記はUX Movementの記事を意訳したものです。UX Movementでは他にもUXデザインに関する記事が掲載されています。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 背景に明るく彩度の高い色を使用してはいけない理由 1. 明度と彩度 2. 注目と喚起に対する色の効果 3. ボタンのために明るく鮮やかな色を予約しておく 4. 背景に濃くて不鮮明な色を使用する 5. 背景に適した色の選び方 6. 見にくい背景と見やすい背景の例 7. 美しさとユーザビリティ 背景

はじめにメルカリUK版の立ち上げを終え2018年3月に帰国しました@tsumujikazeです。今は東京でメルペイのProduct Managerをしています。 イギリスではいわゆるモダンなプロダクトチームでのLeanなプロダクト開発を経験しました。得るものが多かったので、なるべく多くの人に知ってもらいたいと思いこのポストを書きました。 PMF　→リーンプロダクトのプロセス　→モダンなプロダクトチーム（組織論）という流れになっています。 はじめに 本編 ・何のためにプロダクトを作るのか ・プロダクトマーケットフィット ・PMFピラミッド ・要件定義フェーズのリーン化 ・モダンなプロダクトチームでのリーン開発とは おまけ ・Problem Space vs. Solution Space ・Problem Solution Fitとは ・エンジニア組織とPM組織の特性について ・バリュープロ