2019年10月15日 【動画】このショートカットを完全習得したEXCEL使いの作業風景が早すぎてすごい・・・・重要なのは「セルの選択」なんだな Tweet 32コメント ｜2019年10月15日 11:30｜ソフト・アプリ等｜PC｜Editタグ ：ショートカットキーEXCEL これ、Excelの操作イメージなんですが、これを見ると99%の人が「ショートカット覚えると速いんだな?」って印象持つ。 でも注意して見て。 ショートカットだけじゃなくて、「セルの選択」が速いから、このスピードが出るのです。 半分以上「セルの選択」なんです。 これを、僕は本でお伝えします！ pic.twitter.com/leL3pcLKYQ— 中田元樹_Excel本もうすぐ出版 (@HealthyNakata) 2019年5月27日 ショートカットキーをたくさん駆使しているように見えて、メインの動作は「セルの移動」

TL; DR Docker/Kubernetes初心者の方と一緒に仕事をすることになったので、はじめの一歩として勉強会を開いたときに作成した以下の資料を公開しました。 speakerdeck.com 資料の目的 ZOZOテクノロジーズではたくさんのプロジェクトがあり、技術的にも古いものから新しいものまでいろいろなものが使われています。その多くは歴史的経緯や開発者たちのレベル感、今まで経験した技術などをベースに選定されることが多いです。 弊社 岡がCNDT2019にて発表した以下の資料や、ZOZOTOWNの作り直しの真っ赤な広告にもあるように、古い技術を使い続けてグロースを続けてきた結果、社内のプロジェクトのいくつかはスケーラビリティとして飽和に近い状態のものもあります。 ZOZOTOWNのCloud Native Journey from Toru Makabe www.slideshar

Twitterでクラシルのリデザインの題材として使って良いとつぶやいたら数名からリデザイン案をもらえました。ありがとうございます！ リデザインは、デザインの基礎スキルを身につけられると思うので、どんどんやったら良い派ですが、リデザインする際は何かにフォーカスすると振り返りしやすく技術を積み上げやすいです。 今回は、僕もクラシルのリデザイン案を作りつつそのコツを書いてみたので参考になればと思います。 デザイン力を鍛えるリデザインのコツ インターン採用でリデザイン課題を出すとだいたいの場合、グラフィック、UI設計、カラー変更など全部盛りの案を持ってきてくれる事が多いのですが、変更箇所が多すぎると狙いが分散した結果、フィードバックしにくい事がよくあります。 ポイントを絞り、リデザインの意図を伝えて、その案を叩きに対話できるとディスカッションのスキルもアップする上に『おおちゃんと深く考えてるじゃん

◆ NamingConvention https://namingconvention.org/ 紹介 「NamingConvention」は、プログラミング命名規則のガイドラインを作成・収集・維持するオープンソースプロジェクトです。 「C#・Git・Java・PHP・VueJS・Python」が、現在作成進行中です。 Gitの章には、ブランチ名やコミットメッセージ、プルリクのネーミング規定が記載されています。 例えば、ブランチネームだと必須や許可と一緒に例文も記載されています。 プログラミング言語（Java）だと、このようになっています。 推奨のネーミングというより、キャメルケースなど、最低限準拠すべき形式が書かれています。 プログラミング版wikipediaになるような、熱量高いコミュニティが続いて欲しいです。 ◆ NamingConvention https://namingconv

]# cat /etc/redhat-release CentOS Linux release 7.7.1908 (Core) ]# uname -a Linux localhost.localdomain 3.10.0-1062.1.2.el7.x86_64 #1 SMP Mon Sep 30 14:19:46 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux ファイルシステムとは何か? データを管理/操作するための仕組み。 ファイルとディレクトリで構成されていて、/ を基点とした木構造になっている。 # ls -l / 合計 56 lrwxrwxrwx. 1 root root 7 8月 25 01:17 bin -> usr/bin dr-xr-xr-x. 6 root root 4096 9月 29 15:51 boot drwxr-xr-x. 19

コンテナイメージのレジストリでは、脆弱性検査の実装が当たり前になっている。企業でKubernetesなどコンテナを使用するにあたって脆弱性対策がどれほど重要なものか理解するために、脆弱性検査や、関連する国際的な標準について整理した。 脆弱性（ぜいじゃくせい）とは 脆弱性とは、プログラムの動作の不備を悪用される情報セキュリティ上の弱点である。つまり、ソフトウェア上の問題が原因となって生じた欠陥であり、セキュリティホールとも呼ばれる。当然、ソフトウェア開発者は、脆弱性を産まないように細心の注意を払ってコード開発を進めるが、開発者が利用するオペレーティングシステムのライブラリやパッケージに含まれることもある。そのような事情から、開発者の責任範囲外に原因がある場合も多くある。 潜在的な脆弱性を突いた新たなクラッキングの手口が、時間の経過ともに発見される。そのことから、開発当初はコードに脆弱性は無い

ディープラーニングの仕組みを理解するための一番のポイントは「損失関数」と「勾配降下法」の考え方です。本講演では、線形回帰モデルを題材に、この2つの考え方についてPythonのコーディングも含めた形で説明します。講演者の著作「最短コースでわかるディープラーニングの数学」からエッセンスをお届けします。

社会人の不幸の8割くらいは、合意のない期待によって生まれているんじゃないかなぁと思っています。 勝手に期待をして、裏切られたと思う、この気持ちが自分の中のフラストレーションを生んでいます。 このことを、先日のダイアモンドオンラインの記事（債務超過を招いた経営陣の「無関心」が最大の失敗 さくらインターネット・田中邦裕社長）でお話ししたんですが、思いのほか周りからの反響を頂いたので、ちょっとnoteを書いてみます。 一つの例ですが、上司が部下に対して、これくらいやってくれて当然だろうと思っていることでも、それが部下に伝わっていなくて、結局部下はそれをやってなくて、「なんでやらないんだ」と上司は部下を叱責したりしてしまうことがあると思います。 でも部下は「なんだよ。自分のやることじゃないだろう」と思って、結局上司も部下も2人とも腹を立てているという状況は、まぁよくありそうなシチュエーションです。

前書き プログラミングで一番難しいところの一つは、「見積もり」だと私は思う。人から頼まれてプログラミングをする時、必ず最初に聞かれるのが「だいたいどれくらいで終わるか？」だ。厳しいところだと「何日に納品してくれるのか？」を問われる(むしろこれが普通かもしれない)。まっさらな状況から過去の経験を総動員してかかる時間を予想したり、可能な限りタスクに分解して時間を見積ったりするが、いつも不安に駆られる。多くの人も、見積もりに対して困難と不安を感じているのではないかと思われる。見積もりに対する自分の知識と経験を話して他の人にも参考にしてもらいたいと思って記事を書いた。 見積もりという言葉には色々な意味を含むが、今回の記事では「プロダクトをリリースするまでの期間の見積もり」から「頼まれた一つの機能の完成させるための期間の見積もり」までのスコープで話をしたい。 なぜ見積もりをしないといけないのか？ 見

先日、twitter上で食べログの星の数について、 ある問題が話題になりました。 食べログの闇として話題になったその問題とは、 「評価3.8以上は年会費を払わなければ3.6に下げられる」 というものです。 食べログは飲食店についての口コミを集めるサイトで、 その評価は実際のユーザーによって形成されるものとして広く認知されています。 専門的なグルメリポーターでもなく、 一般の人々の素直な感想を集めることで、 その飲食店のリアルな価値が知れると期待して、 利用しているユーザーも多いでしょう。 それだけに、 「食べログが評価を恣意的に操作しているかもしれない」という話は、 瞬く間にネットで話題となりました。 さて、この話は実際に行われていることなのでしょうか。 食べログでは、当然評価点は公開されているので、 このような恣意的な操作があれば、 何らかの形で偏りが見つかるはずです。 ということで、食

サードパーティ製のツール本家からは上述のツールが提供されていますが、サードバーティ製の様々なツールが世の中には存在します。 エコシステムが成熟しているのもSwaggerを利用するメリットの一つですね。 https://openapi.tools/ 冒頭のとおり、このサードパーティ製のツールの中で実際に利用して良かったツールを3つご紹介したいと思います。 Stoplight Studiohttps://stoplight.io/studio/ 1つ目のツールは「Stoplight Studio」というAPI仕様を記載するためのGUIエディタとなります。 今までSwagger Editorを利用してYAMLを書いていたそこのみなさん、YAML筋力はもう必要ありません。 Design APIs 10x faster の謳い文句どおり、Stoplight Studioを使えばGUIで直感的に、高速

1984年生まれ岡山のど田舎在住。技術的な事を探求するのが趣味。お皿を作って売っていたりもする。思い付いた事はやってみないと気がすまない性格。（動画インタビュー） 前の記事：近所にあるかも？戦前の街頭ラジオの痕跡「ラジオ塔」 ＞ 個人サイト オカモトラボ フライドポテト難民になった 僕はとある映画館のフライドポテトが大好きだった。そのフライドポテトは細くカットされ、ジャガイモの皮があって、衣を付けて揚げてあり、ちょっとコンソメ風の味だった。 しかしその映画館からフライドポテトが姿を消し、僕は突如としてフライドポテト難民となった。 似たフライドポテトはどこの店に行けば食べられるのか？ 意外とそういう情報がなく、ファストフードはもちろんコンビニや居酒屋などでもメニューにフライドポテトがあれば食べまくった。 フライドポテト比較表 以下はこれまでに調査したフライドポテトの概要を示す表である。 なお

今回自分は０から始めて９か月でコンペで銀メダル(6385分の249位,top4パーセント)を獲得できました。 自分の今までの流れをおさらいしていきます。 それまでの僕のスペック 数3と行列はほぼ何も分からない プログラムはrubyとjavaはそこそこに書ける、pythonは知らん 勉強の流れ １２月末 機械学習を始めると決心、とりあえず何をやればいいかよく分からないがpythonが必要らしいのでprogateでpythonをやってみる １月 数学が必要らしいので、行列と微分積分について１から学んでみる。今から考えると、行列の基礎をさらえたのは良かったですが、それ以外はこの時間は絶対いらなかったなと考えています。 微分積分 行列 ２月 Udemyで多くの講座を受ける、詳細は以下の記事にまとまっています https://qiita.com/HayatoYamaguchi/items/c8051

ネット通販で、消費者が商品購入のよりどころにしている「レビュー」が不正に操作されている。商品を使いもせずに最上位の★５や高評価のコメントをつけるなどの「やらせレビュー」が広がっている。説明書きの文章をコピペしただけのものや翻訳ソフトにかけただけのような不自然な日本語のレビューも数多く見られる。そのからくりに迫る。（ネット広告の闇 やらせレビュー取材班） 「走るときのストレスも軽減。しっかりしているので、外れる心配もありません」 ランニング中に、スマートフォンを腕に固定するアームバンドのレビュー。 実は、まったくの創作だ。 このレビューを書いた福岡県の30代の会社員の男性に話を聞くことができた。 自宅を訪ねると、男性はまったく開封されていないアームバンドの商品を見せてくれた。

はじめに 以下のコードはすべてGoogle Colab ノートブックで共有していますので、実際に1つ1つ実行して試すことができます 重要なこと 時系列データを取り扱う対象として日経平均株価を用いています。株価をプロットして遊んでみるなどしますが、その図を見て投資しろとか言うつもりは全くありません。投資は自己責任で行ってください。 目的 主にDataCampで学んだことの自分のためのまとめとして、Quandl APIを用いた株価推移の観察をやってみます。なお、僕は株は詳しくありません。 Qiitaアカウントを作ってアウトプットするのが一番の勉強になるって話を聞いたので、アウトプット練習も兼ねてます。やさしい先輩方いろいろ教えて下さい この記事を読んで得られると思われるもの Pythonを用いたAPIの叩き方 時系列データの処理 時系列データの図示 日経平均に対する感覚 参考元 DataCam

「なんでもかんでも東京だったし、悔しさがあった」と北海道出身の大泉洋（46）は言う。「もっと人が多いところに行けば、いい出会いがあるんじゃないかと思っていた」と徳島県出身の米津玄師（28）も語る。地方で育ち、上京して第一線で活躍する2人にとって「地方と東京」はどう映っているのか。世代の違う2人の共通点とは。対談で熱い思いを吐露した。（取材・文：長瀬千雅／撮影：堀越照雄／Yahoo!ニュース 特集編集部）

外出する時には服を着るように、スマフォにもケースを付けるべきだと思っているが、実際には付けてない人もちらほら見かける。 うっかり落としたら画面が割れる確率が高いだろうし、付けないメリットが思い浮かばないのは私だけではないと思うのだがそんな事はないのだろうか。

概要 プログラミングをする際には、APIリファレンスやソースコードのコメントなどを英語で読むことが求められます。場合によっては英語で関数名を付けたり、ちょっとしたマニュアルを書いたりする機会もあります。ただしプログラミング時に求められる英単語は、一般的な英語で求められる英単語とは異なります。 本必須英単語リストでは、プログラミング時に求められ、特に目にすることが多い英単語を以下のカテゴリーに分けて選定しています（注1）。プログラミング英語の学習や知識確認にご活用ください。

プログラミングでよく使う英単語のまとめ【随時更新】 随時追加、整理していきます。 名前をつけるときには、名詞、動詞の違い、複数形、過去形などに注意しましょう。 オブジェクト指向では、クラス名は名詞、メソッドは動詞とします。 使ってはいけない言葉 get / set アクセサ (getter / setter) やプロパティによく使われている。 それ以外に使うと混乱を招くのでよくない。 get は軽量な処理と考えるので、中に重い処理は書いてはいけない。 単純な取得/設定以外で使いたくなったら他の言葉を考える。 load, save, commit, store, enable, disable, fetch, register, configure, add, etc... check 意味が広すぎて何をしているかわからない。 できるだけ別の言葉を使う。 具体的に何をしているかに分解して考え