Kindleの蔵書リストをGoogle Colaboratoryでデータ分析してみた - karaage. [からあげ]
XMLをパースする方法に関して追記しました 何故か以前の方法でうまくいかなくなってしまったので、別の方法に切り替えました。うまくいかない人は、以下記事参考にしてみてください。 Kindleの蔵書リストを手に入れたのでデータ分析してみたくなった Kindleの蔵書リストの入手の仕方という面白い記事をみつけました。 早速Kindleのリストをcsvで入手できました。ただ、入手しただけでは面白くもないので、これを題材にデータ分析してみることにしました。分析はGoogle Colaboratoryで行いました。Google Colabに関して詳しく知りたい方は以下の記事参照ください。 Kindleの蔵書リストをデータ分析した結果 蔵書数 613でした。思ったより少なかったです（1000は超えていると思ってました）。感覚は当てにならないですね。 蔵書リストの入手の仕方の記事書いている人、1万冊超えて
![Kindleの蔵書リストをGoogle Colaboratoryでデータ分析してみた - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/e1d48c4944578c0bcf53ed79dc6fdccb898e203d/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkaraage%2F20200719%2F20200719144507.png)
ベテランも4割強がプログラミング能力不足を実感、PythonとVBAで顕著
システムに求められる機能が増え、開発に主に利用するプログラミング言語にも変化が生じている。新たな言語を習得しなければならないITエンジニアもいるだろう。では、ITエンジニアは自分のプログラミングスキルについて、どのように考えているのだろうか。日経クロステックで実施したアンケートの結果を見ていこう。 ベテランでも能力不足を実感 「あなたは業務を進める上で、プログラミング能力が不足していると感じるか」という問いに対する回答を見ると、「感じる」（31.4％）と回答したエンジニアが最も多い。続くのは「やや感じる」（28.8％）だった。合計すると、ITエンジニアの60.2％の人が自分のプログラミング能力に不足を感じている結果となった。 プログラミング能力不足と回答したエンジニアの割合は、過去2回の調査に比べて減少しているものの依然6割を超えるエンジニアが自分のプログラミング能力に不足を感じている。
「GPT-3」は思ってたより「やばい」ものだった。話し言葉でプログラミングまでこなすAI - CUBE MEDIA
このサイトを立ち上げて、執筆するとき、いくつか心のなかで決めたことがありました。 その中の一つに「タイトルで”やばい”という言葉は使わないようにしよう」というものがあります。まとめサイト等で、対して大きな事件でもないものを「やばすぎるｗｗｗ」等と囃し立ててアクセスを取る行為が嫌いだったからです。 しかしその禁を今日破ります。「GPT-3」は、私が思っていた以上に「やばい」代物でした。 もちろん「ライターが要らなくなる」とか「１ヶ月後にはロボットが秘書になる」とか、そういった大げさなものではありませんが、 思ったより早く「AI社会」の片鱗が落ちてきた、という印象です。 まだ多くの方は「GPT-3」という単語を聞いたことがないかもしれません。GPT-3は「Generative Pretrained Transformer」の頭文字を取ったもので、1750億個のパラメータを使用した「文章生成言語
7つの設計原則とオブジェクト指向プログラミング - ソフトウェア設計を考える
設計原則はよい設計をするための指針です。 では、よい設計とはなんでしょうか？ もっとも重要なソフトウェア品質は発展性 ソフトウェアの発展性がビジネス価値を生む 発展性をうみだす７つの設計原則 モジュール化 モジュール化の２つのアプローチ 型によるモジュール化 手続き的なモジュール化 関心の分離 関心の4象限 入出力と計算・判断の分離 業務の関心と実装の詳細の分離 もっとも複雑な関心事（ビジネスロジック）の分離を徹底する カプセル化と抽象化 カプセル化 ビジネスロジックのカプセル化 抽象化 データ抽象 ビジネスロジックとデータ抽象 高凝集と疎結合 凝集度 結合度 隠された結合性の問題 定義の一点性 見た目が同じコード 7つの設計原則の学び方 コードの実装例 ドメインオブジェクト設計のガイドライン 実践ガイドとして使える本 設計の考え方を理解するための本 もっとも重要なソフトウェア品質は発展性
「ブラックリスト」「マスター／スレイブ」というプログラミング用語が「人種差別的」として言い換えられつつある
「ブラック・ライヴズ・マター(BLM)」を合い言葉に黒人差別への抗議を訴える運動が2020年5月から急速に広がっています。その中で、プログラミングの世界で使われている「マスター／スレイブ」や「ブラックリスト／ホワイトリスト」などの言葉が言い換えられ始めていることが報じられています。 GitHub to replace "master" with alternative term to avoid slavery references | ZDNet https://www.zdnet.com/article/github-to-replace-master-with-alternative-term-to-avoid-slavery-references/ 特定のユーザーや言葉を拒否する「ブラックリスト」、そして逆に許可するユーザーや言葉をまとめた「ホワイトリスト」という言葉が人種差別的だ
自分プロジェクトを挫折せず続ける技術 - 個人開発をはじめよう！ - Lean Baseball
職業としてエンジニアをやりたい・やってるけど（サーバーサイド→アプリエンジニア, インフラ→機械学習エンジニア的な）ジョブチェンジをしたいという方は結構いらっしゃると思います（かつての私もそんな人達の一人でした*1）. エンジニアをやりたい, 別の領域のエンジニアにジョブチェンジしたいというときに, 仕事終わった後, 週末などに個人学習をする 勉強会やイベントに参加したりコミュニティーのメンバーになって仲間を増やす 一念発起?して自分でWebサイト・サービスやiOS/Androidアプリを作ってリリースする といった, 「自分プロジェクト」言い換えると「個人開発」をすると思いますが, これって中々続かない事多くないですか? 少なくとも私は上手く行かなかった時期がありましたし, 今は上手く行ってるものの, たまにこの手の相談を受けます. そんな中, 奇しくも今年の4月に「個人開発をはじめよう
FizzBuzzを1byteで実装する - Qiita
以前「FizzBuzz Zero ―― 人類の知識なしでFizzBuzzをマスターする」という記事がQiitaに出ました。 これに対して「人類の知識を使わないと大変すぎる」という趣旨の意見がいくつかありました。確かにGitHubで公開されているコードをみると全部で31,086 バイトで、少し長いような気もします。 では、人類の知識を使うと、どれくらい簡単にFizzBuzzを書けるのでしょうか？ 気になって調べたので、備忘録も兼ねて記録したいと思います。 この記事の内容をざっくり2行で： 様々なプログラミング言語の最小のFizzBuzzコードを比較する 最短で1バイトで実装できる 目次: 1. Code Golfとは 2. Python3 3. Python2 4. C 5. Ruby 5. Bash 7. GolfScript 8. Vim 9. Hexagony 10. Lazy K 1
開発者がもっとも好きなプログラミング言語は「Rust」、Stack Overflow「2020 Developer Survey」より
調査結果のうち、言語またはその技術を使用して開発を行っており、継続的に利用したいプログラミング言語を尋ねた質問（複数回答）では、Rust（86.1％）が1位となった。その理由としては、パフォーマンス、制御のしやすさ、安全にメモリを利用できること、システムプログラミングに適した同時実行性の高さ、マクロなどが挙げられている。オープンな開発プロセスを採用していることもあって、（利用していない人を含む）多くのプログラマから高い評価が寄せられた。 2位はTypeScript（67.1％）で、WebフロントエンドおよびNode.jsコードベースにおけるサイズと複雑さの増大と相まって、TypeScriptの静的型付けによるコードの正確性が、プログラマの信頼感を高めている。また、TypeScriptのpolyfillによって、ECMAScriptにおけるアロー関数や非同期処理、クラスといった変更との高い互
プログラマにできるとよさそうなこと - @ledsun blog
十行程度のプログラムが読めること プログラミング言語の文法を知っている 分岐とループを追いかけることができる 変数の状態変化を追いかけることができる 関数呼び出しを追いかけることができる 十行程度のプログラムを複数回書いたことがある プログラムを読んでプログラムの動的な振る舞いを想像できる プログラムの主な処理の結果を想像できる 主な処理の終了条件がわかる プログラムから主な処理を読み取れる 似たようなプログラムを書いて、動かしたことがある 既知のプログラムと読んでいるプログラムの違いがわかる イディオムを知っている イディオムを書いたことがある プログラムがどう動くか知っている 重複したソースコードを関数に抽出できる 重複したソースコードがわかる 同じ入力と出力をもつコードブロックがわかる コードブロック単位で入出力を比較できる プログラムのある機能がソースコードのどの部分に依存している
経産省発の npm モジュール！住所や電話番号の正規化、ジオコーディングなどができる IMI コンポーネントツールを試した！
経産省発の npm モジュール！住所や電話番号の正規化、ジオコーディングなどができる IMI コンポーネントツールを試した！ Code for Japan の関さんが SNS でシェアしてて知ったのですが、経産省さんがなにやらオープンソースで住所や電話番号の正規化などなどをするツールを公開したとのこと。 https://info.gbiz.go.jp/tools/imi_tools/ 経産省が住所変換や法人種別名、電話番号の正規化に使えるIMIコンポーネントツールを公開しました。 ソースコードも公開。README にも使い方が丁寧に書かれていました。https://t.co/fPbV00EgZP 素晴らしい動き。こういう... #NewsPicks https://t.co/bew0qGKMFE — Hal Seki (@hal_sk) May 28, 2020 ぶっちゃけ当初はあまり期待
あなたのGoアプリ/ライブラリのパッケージ構成もっとシンプルでよくない？ | フューチャー技術ブログ
2023.10.5追記: Goチームからプロジェクトの目的に応じたディレクトリ構造についてのドキュメントが公式に公開されています。 https://go.dev/doc/modules/layout Goでプロジェクトのフォルダ構成どうしよう、とググると見つかるStandard Go Project Layout。とはいえ、これはかなりコード量を増やしてしまう恐れがありますので、導入する場合のデメリットも考えておく方が良いです。 特に、プログラマーは、最初にみたプログラミング言語のフォルダ構成を親だと思う特性があり、Javaや.NETに影響されるとかなり細かくフォルダを切りたくなったり、package privateなど細かく可視性を制御しようとしたりして、なおかつ「privateのテストってどうすべきなんですか？」とか議論を始めたりもしますが、Go先生によればこれぐらいは1パッケージにフ
GWちょー暇という非リア充にオススメする7つの名スライド - Dance with Tech
ゴールデンウィーク暇過ぎる！ という非リア充な方のために、 僕が今まで読んで感動したスライドをまとめました。 本を読むのはちょっと、、 という方にはちょうど良いボリュームだと思います。 グロースハック系 クックパッドのグロースハックについて クックパッドのグロースハック事例についてです。 30ページくらいから本題です。 君にグロースハックはいらない マイクロソフトでエバンジェリストをしている馬田さんのスライドです。 始めのうちはスケールさせようとするより、 PMF（プロダクト・マーケット・フィット）が大事だよと言っています。 技術者向け エンジニアのための経営学 あくまでも、技術（プログラミング） は手段だと言う話です。 技術好きな人ほど読んだ方が良いかも。 UIの話は会議室でするな 17ページに出てくる「関係なさそうな人にも聞こえるくらいの声量で話す」、 これは結構重要だと思う派でし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リアルインフラエンジニアのSORACOMフル活用による現場改善プラクティス.pdf