毎年の年末恒例となっている「2017年に話題になったWebサービスまとめ」。2017年は「お金」に関連したWebサービスが注目を集めることが多かった1年でした。 2017年は「お金」に関連するWebサービス(FinTech)が多数、「時間」や「自分の価値」を売るサービスも毎年の年末に恒例となっている「2017年に話題になったWebサービス」を一挙まとめてご紹介します。2017年、最も注目を集めたジャンルが「お金」に関連するWebサービス。いわゆるFinTechが多かった印象です。 個人間送金できるサービスでは「LINE Pay」が先行(2014年サービス開始)していますが、2017年は「Paymo」や「Kyash」などが登場。またブロックチェーンを活用した「VALU」、不用品をスマホで簡単に売却できる「CASH」や「メルカリNow」などが話題になりました。 また、友達同士ではじめるクラウド

大学生だった当時、梅田望夫の本を読んではてなにやってきた僕は、ブログ論壇への憧れだけがあって、技術者にもなれず、時流のテーマに対して書くべきテーマを持たず、ただ実家の宗教に対する恨みだけを書き綴っていた。 もちろん、そんなものを好きこのんで読む人はいなくて、ただ虚無へとテキストを放り込んでいたのだけだど、いつからか、ある程度パターンを獲得して、その真似をするようになって、成功失敗を繰り返して、それなりにPDCAを回してきたと思う。思えば、その過程でいろんな人のヘイトを買った気がする。 人間のテキストの読み方、その反応、というのはパターンを、いくつか書き起こしてみる。 読者は、ファーストビューのレイアウトで、読む読まないを決める タイトルは記事の印象の5割 章タイトルが残りの半分 本文はほとんど読み飛ばされる 書き手としては単語の印象の連なりでイメージを形成することになる 段落が均等に分割さ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 【背景】 この記事はQuoraの「What does a CTO do?」という質問に対するAmr-Awadallah氏のよくまとまった回答の翻訳です（本人から許可取得済）。 私はMAMORIO株式会社でCTOをしているのですが、最近自分の仕事が何なのかよく分からなくなってきたことがこの記事を書こうと思ったきっかけです。 私はこの記事でいう所の「雑草CTO」であり、たまたま会社の初期に私以外に適任者がいなかったので成り行きで就任し現在に至ります。 そして、人数もプレッシャーも少ない総初期は来た玉は打つの姿勢でコーディングから渉外まで何で

確定申告で一番やってはいけないのは、申告する収入金額から意図的に売上を抜くことです。 これは法律的に「脱税」行為になります。 そんなリスクを冒すよりオススメなのは経費になりそうなものをどんどん見つけることです。意図的に売上を抜いた場合は見つかった時点でアウトですが、経費で微妙なものは税務署側と戦う余地があります。 経費による節税というのは「経費を沢山使うのが良い」という意味ではありません。 あくまでも仕事に必要な支出を、どこまでもれなく経費として計上するか？が大切です。 ただし、よっぽど経費が多い仕事でない限り「経費率（経費÷収入）」が50%を超えたら危ないです。 経費率というのは、同じ仕事をしていれば、だいたい毎年同じくらいになるのが普通です。去年と比べてあまりに変動していたりすると目をつけられます。 経費の分類と税務署への言い切り方も参考にしてみてください。 経費項目 概要例

@joker1007さんが激推ししてたのでオブジェクト指向設計実践ガイド　～Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方を読んだ。 なんかすんませんw Sandi Metz本はここ数年でトップクラスに良い本だったのでオススメです。 #railsdm— ジョーカー (onkさんに返済完了) (@joker1007) 2017年12月9日 内容としては、オブジェクト指向設計の核となるものを初めての人でもわかりやすく理解できるように書かれた本という感じ。 この手の本は静的型付け言語でかかれたものが多いがRubyで書かれてるのでゆるふわなwebエンジニアにも読みやすそう。 流行りのDDDをやるにもまずオブジェクト指向がしっかり理解できてないと厳しいし、まずはしっかり土台を固めようぜみたいな。 オブジェクト指向を理解した気になっている人とか、新卒で入社してきたwebエンジニア諸氏に

はじめに AWSの運用構築をまかされたインフラエンジニアのかたに向けて、セキュリティで考えるべき視点と代表的なソリューションをご紹介します。 AWSでのセキュリティを考える前に、私達自身のセキュリティを考えてみましょう。 "外出前に鍵をかける"、"ひとけのない道はなるべく通らない"など最低限やっておくべき対策があります。 たくさんのお金をかけてボディガードを雇っても、鍵をあけて外出しては意味がありません。 AWSのセキュリティ対策も同様です。 追加のコストを払ってセキュリティソリューションを導入する前に、最低限やっておくべき対策があります。 特に代表的なものをご紹介します。 出所が不明なAMIは使わない EC2の作成元となるAMI（マシーンイメージ）は誰でも公開できます。 中には悪意のあるソフトウェアが含まれるAMIも含まれます。 AWSや信頼できるベンダーが提供するAMIを使いましょう。

「25分間の集中した作業」と「5分間の休憩」を繰り返すことで作業効率や生産性を高めるという「ポモドーロ・テクニック」を2年間以上にわたって継続し、作業時間を専用のアプリですべて記録した人が、自己のポモドーロ・テクニック生活を振り返っています。そこからは単に生産性を高めるだけではないポモドーロ・テクニックのメリットが浮かび上がっています。 Mehdi Cherti – Improving my productivity using Pomodoro: takeaways after 2 years of practices http://mehdi.cherti.name/improving-my-productivity-using-pomodoro-takeaways-after-2-years-of-practice.htmlA Mehdi Chertiさんは、博士課程に在籍している2

Build optimized websites quickly, focus on your content Powered by MDXSave time and focus on text documents. Simply write docs and blog posts with MDX, and Docusaurus builds them into static HTML files ready to be served. You can even embed React components in your Markdown thanks to MDX. Built Using ReactExtend and customize your project's layout by writing React components. Leverage the pluggabl

平素は格別なご高配を賜り、厚く御礼申し上げます。 さて、フリーラス案件紹介サイト「ハッピーエンジニア」はサービス開設以来、多くのお客様にご利用いただいてまいりましたが、2023年3月6日をもちまして、サービスを終了させていただきました。 これまで「ハッピーエンジニア」を長らくご利用いただき誠にありがとうございました。 今後は、新サービス「ベスキャリIT」にて案件紹介からキャリアのご相談まで幅広く承ります。今後とも、「ベスキャリIT」をご愛顧いただきますようよろしくお願い申し上げます。 ベスキャリITについて 「エンジニアに、ベストなキャリアを」そんな思いから、ITフリーランスエンジニアの案件・求人検索サイトとして「ベスキャリIT」をオープンしました。 言語や単価、フルリモートなどのこだわり条件から案件を検索可能。 案件をお探しの方だけでなく、キャリアの相談をしたい方もIT業界専門のアドバイ

この記事は 第2のドワンゴ Advent Calendar 2017 最終日の記事です。 はじめに ウェブ技術を語る上で欠かすことのできない要素として、HTTPがある。 従来のHTTP/1を無くして、ここまでのウェブの発展はなかったといえるだろう。言うまでもなく、HTTP/1が我々人類に齎した功績は大きい。 しかしその一方で、その規格のシンプルな原理原則に縛られた結果、要件を達成するために非効率なネットワーク使用を前提とするシステムが量産されるなど、HTTP/1がもたらした技術的負債も存在する。 その中の一分野として、双方向通信に着目したときに、HTTP/1からHTTP/2へのアップグレードによってどのような変化がもたらされたか。 本稿ではHTTP/2という規格と、それが持つ可能性の一端としてgRPCについての仕組みを紹介し、従来とこれからのWeb開発における双方向通信について述懐する。

What、Where、When、HowのISとIS NOTを押さえることで、初めてA君の状況が見えてきます。上司の直感で「A君はダメだ」と決めつける場合と比べて、状況認識に広がりと深さが出てくることがわかると思います。 情報の品質という観点からもこのようなシステマティックなアプローチは威力を発揮します。ヒトに関する良質な情報は収集が難しいので、怪しげな情報が横行する危険性が常にあります。ところが、目についた否定的なIS情報だけでなくて、IS NOTという対照情報も探すとなると、自ずと情報がスクリーニングされることになります。 比較に耐える情報を探さなければならないので、直接情報（自分が直接見た）なのか、間接情報（他人が直接見たことを確認した）なのか、噂（誰が見たかわからない）や臆見（根拠の薄弱な情報に基づいた主観的意見）なのか、ということが気になるからです。こうして、正しいものだけ受け入れ

4. 4 三つの自動テスト  システムテストとは  システムが全体として正しく動作することを確認するテスト  結合テストとは  複数の部品（モジュール）がつながって正しく動作すること を確認するテスト  変更されやすいUIの影響を受けないテスト  単位テストとは  コードレベルの動作を確認するテスト  コンパイラなどでは確認できない内容を限定的に動作させ て確認するテスト 4 5. 5 システムテスト システムテストとは  システムテストとは  システムが全体として正しく動作することをテストする  様々な視点でのテストが必要、特に利用ユーザー視点  システムテストの例  運用テスト  実運用に近い環境で、実際に運用するテスト  操作性テスト  利用ユーザー視点で、操作を行うテスト  構成テスト  様々な構成パターンでのテスト  マニュアルテスト  マ

当店は、完全予約制です。 専門のスタッフがお客様一人ひとりに合わせて、高機能ワークチェアを中心とした最適なデスクワーク環境をご提案いたします。

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Summary: User research can be done at any point in the design cycle. This list of methods and activities can help you decide which to use when. User-experience research methods are great at producing data and insights, while ongoing activities help get the right things done. Alongside R&D, ongoing UX activities can make everyone’s efforts more effective and valuable. At every stage in the design p