プログラミングを始めたころとは考え方が全然変わっていることに気づいてびっくりした話 - 覚書
家にパソコンがはじめて来てから30年くらい、プログラミングを始めてから20年以上が経ちました。その間、IT技術に対する愛は変わらずに、ずっと走り続けてきました。では当時の自分と今の自分で何が違うのだろうと考えてみたところ、めちゃくちゃ変わっていたのでびっくりました。本記事では何がどう変わったのか、それを見てなにを思ったかなどを書きます。 昔は次のようなこだわりがありました。 大きなものは一つの仕事をする単純で小さなツールを組み合わせて作るべし ソフトウェアは可能な限り設定可能になっていてほしいし、それを自分の好みになるまでカリカリチューニングしたい 可能な限りすべてキーボードだけで操作できるようになっていてほしい いわゆるUNIX哲学をはじめとして、いろんな本やWebサイトなどに強い影響を受けていることがよくわかります。 ところが今は次のように全然違うことを考えています。 トラブルハマった
［速報］GitHub Codespacesが全ユーザーに無料提供へ、毎月60時間分。JetBrainsとJupyterLabもIDEとして選択可能に
［速報］GitHub Codespacesが全ユーザーに無料提供へ、毎月60時間分。JetBrainsとJupyterLabもIDEとして選択可能に GitHubは年次イベント「GitHub Universe 2022」の基調講演で、これまで有料プランのGitHub TeamとGitHub Enterpriseのユーザーに対して提供していた「GitHub Codespaces」を、無料プランの個人ユーザーにも毎月60時間まで無料で提供することを発表しました。 We’re here to help you push what’s possible: Starting today, we’re rolling out GitHub Codespaces for all, with access to 60 hours of GitHub Codespaces free(!) every mon
7万人以上のITエンジニアの調査結果、好きな言語は「Rust」、DBは「PostgreSQL」、開発環境はVSCodeを抑えて「Neovim」がトップに。Stack Overflow 2022 Developer Survey
7万人以上のITエンジニアの調査結果、好きな言語は「Rust」、DBは「PostgreSQL」、開発環境はVSCodeを抑えて「Neovim」がトップに。Stack Overflow 2022 Developer Survey 世界でもっとも大きなITエンジニアのコミュニティサイトの1つである「Stack Overflow」などを運営するStack Overflowは、約7万3000人のITエンジニアにアンケートを行った結果をまとめた「2022 Developer Survey」を発表しました。 The results are in! Our annual developer survey is here with insights from over 73,000 developers. From the most loved and loathed programming langua
開発者7万人に聞いたソフトウェア開発の今をまとめた「Stack Overflow Developer Survey 2022」
プログラミング技術に関するナレッジコミュニティのStack Overflowが2022年6月22日に、180カ国にいる7万3000人以上の開発者を対象に実施した調査「Stack Overflow Developer Survey 2022」の結果を発表しました。 Stack Overflow Developer Survey 2022 https://survey.stackoverflow.co/2022/ 今回の調査に参加した開発者の内訳はこんな感じ。トップ10のうち首位はアメリカで、インド・ドイツ・イギリス・カナダ・フランス・ブラジル・ポーランド・オランダ・スペインがその後に続きました。なお、日本からの回答者は333人で、回答者全体における割合は0.46％でした。 ◆プログラミング言語 以下は、使っているプログラミング言語のランキングで、クリックすると拡大することができます。首位の座
［速報］マイクロソフト、開発環境をまるごとクラウドPCとして用意できる「Dev Box」を発表。Microsoft Build 2022
［速報］マイクロソフト、開発環境をまるごとクラウドPCとして用意できる「Dev Box」を発表。Microsoft Build 2022 マイクロソフトは現在開催中の開発者向けイベント「Microsoft Build 2022」で、アプリケーションの開発環境をまるごと、クラウドPCのようなデスクトップ仮想化の仮想マシンとして用意できる「Microsoft Dev Box」を発表しました。 マイクロソフトは、アプリケーションのビルドやデプロイなど一連のツールを用いた開発環境の構築はどんどん複雑になっており、開発チームのメンバーは開発環境の構築に大きな手間や時間を割いていると指摘。 Dev Boxは、あらかじめ必要な開発環境やソースコード、ライブラリなどをまとめて仮想マシンとして用意できるため、開発チームに参加するメンバーはすぐに仮想マシンに対してリモートデスクトップもしくはWebブラウザで接
Rust開発時の便利ツールたち
前書き Rustを書くときに便利なツールをまとめた記事が無い気がしたので作成。(ちゃんと探してないので既にあるかも) 公式ツール cargo パッケージマネージャ 基本だけどとても便利なツール 一度はThe Cargo Bookを読んでおくことを推奨。 rustfmt フォーマッター cargo fmt でもフォーマットの修正が出来る。(こっちを使うことが多い) clippy lintツール こう書いたほうが良いよという提案もしてくれるので便利。 cargo clippy --fix を使うと自動で直してくれる。 rust-analyzer Language Server rls もあるが、(最近は?) rust-analyzer の方がメジャーな気がする。 追記 : RLSは非推奨になりました。RLS Deprecation 非公式ツール cargo-watch ソースコードの変更を検知
【2021】モダンなPython開発環境の紹介 - Qiita
📌 はじめに Pythonで開発を行うにあたり、リンタやフォーマッタ、パッケージマネージャ等のツールの選定は非常に重要な問題です。一方で歴史的な経緯もあり、沢山の選択肢から何を選ぶべきか情報がまとまっていないように感じました。この記事では2021年9月時点でモダンと言えるであろう開発環境を紹介します。基本的にはシェアが高いこと、著名なパッケージで使用されていることを主な選定理由としており、また特定のエディタに依存しないことを前提とします。 本記事で紹介する内容は一つのテンプレートに近く、必要に応じてカスタマイズするもよし、そのまま使ってもよし、として参考になればと思います。(CI/CDについてはPythonとは独立した問題なので触れません。またドキュメント生成はSphinxを推しますが、必須ではないので今回は割愛します。) 📄 要約 "モダン"な開発環境を箇条で列挙すると下記の通りです
なぜLinux環境でゲームを開発するのか？Linuxベースで開発するゲームスタジオへのインタビューが公開中
「Deep Sixed」「Precipice」「Rogue State」などのゲームを開発するLittle Red Dog Gamesは、オープンソースのゲームエンジンであるGodotを使い、Linuxベースでゲームを開発していることで知られています。そんなLittle Red Dog Gamesのライアン・ヒューワーCEOと、リードプログラマーのデニス・コンテス氏に、Linux関連の話題を扱うブログ・System76がインタビューを行っています。 System76 Blog — Developing Games on Linux: An Interview with... https://blog.system76.com/post/654884924769370112/developing-games-on-linux-an-interview-with Q： Little Red D
osx で socks proxy の設定を command line で完結させる - Qiita
はじめに osx のネットワーク設定で頻繁に変更する項目などあるでしょうか。わたしの場合、1 つだけあります。それは socks proxy の設定の on/off 切り替えです。とある不自由なネットワーク環境から抜け出るために、ssh の -D オプション (アプリケーションレベルの動的なポートフォワーディング) で外部の自由なネットワークと接続する、というのはわたしに限らず、よくあることではないでしょうか。 しかし osx のネットワーク設定を変更するにあたり、「システム環境設定」の GUI を用いるならまず、「ネットワーク」を選択し、対象となるネットワークサービス (インターフェイス) を選択し、「詳細」ボタンを押し、「プロキシ」タブを開いて、「SOCKS プロキシ」のチェックボックスを ON にし、「SOCKS プロキシサーバ」にある domain、portnumber 等の情報を
企業にとってのプログラミング言語の位置づけ - 覚書
プログラミング言語の良し悪しについては昔から活発に議論されてきました。このような議論の中で企業がどのようなプログラミング言語を採用するかについて釈然としない思いをしたかたも多々いらっしゃるかと思います。典型的には「なぜ自分の会社では俺の好きな言語を採用しないのか」です。この「なぜ」の一部に回答する、かつ、そこに共感しないまでも理解してもらうのが本記事の目的です。 この手の会話は炎上しがちであり、かつ、私はそのようなことはしたくないので個々の言語の名前は挙げません。そのためやや抽象的な表現が多くなりがちですがご容赦ください。また、筆者はここで書く価値観が絶対というつもりはなく、読者のみなさま個人のプロジェクトは自分の欲望の赴くままに好きなものを使えばいいと思っています。 企業は継続的にプログラムの開発やメンテナンスをする必要があります。これを念頭に置くと、使いこなせる人が多い言語であれば複数
ITエンジニアの理想の開発環境「Windows」9割が回答、Web会議は「Microsoft Teams」が人気 | Ledge.ai
パーソルキャリア株式会社は5月26日、IT・テクノロジー人材のための社会人コミュニティ「TECH Street」において、日本全国のITエンジニア403名を対象に実施した「理想の開発環境に関するツール・サービス調査」の結果を発表した。 本調査では、使いたいPCは「Windows」と回答した人が9割におよぶ。チャットツールおよびWeb会議ツールは「Microsoft Teams」が人気だとわかった。 Windowsは9割、Macは1割 「ビジネスやプロジェクトにおいて、自分に決定権がある場合、どちらのPCを使いたいですか？」と聞くと、「Windows」は90.1％、「Mac」は9.9％。圧倒的にWindowsが多かった。 「PCを選ぶ上で最も重要視するポイントはどれですか？」と聞くと、「操作性の高さ」は28.5％、「コストパフォーマンス」は27.3％、「アプリケーションとの親和性の高さ」は1
CVS レポジトリを Git に変換した手順とか注意点とか
この前、10 年以上前に趣味で作っていたフリーソフトについてメールで質問が来た。もはや完全に記憶から消えているだけでなく、いま使っている PC にソースコードもない。何も分からない、答えられない。 そのままでは古いソースコードも成仏しきれない。供養するために、古い HDD を引っ張り出して探したところ、自宅サーバーをやってた HDD の中に CVS レポジトリーが見つかった。せっかくなので、Git に変換して GitHub で公開してみた (その１, その２)。これで成仏できるだろう。 そこで、この記事では CVS レポジトリーを Git に移行した手順をまとめておく。レガシーな CVS から Git に移行したい人の参考になるとうれしい。 git cvsimport の使い方 Git には git-cvsimport というコマンドがある。CVS の履歴を Git に変換してくれる。 C
Updating Homebrew で止まってしまう現象の解決法 - Qiita
解決策 export HOMEBREW_NO_AUTO_UPDATE=1でupdateさせないようにする 解決策としてそこそこ挙げられていたが、根本的な解決策ではなかったので試していない brew update-resetでリモートリポジトリをリセットする これで今回は解決した。ただこれでもダメな人はいるっぽい 起こった現象 つい最近初めてMacを買った。 その環境構築中にhomebrewでいろいろ落としていたのだが、Macを触ったことが無い自分でも一目で異常と分かるレベルでhomebrewが遅かった。 よく見てみると、Updating Homebrewで止まっているようだった。 調査 調べてみるとHomebrewはいろいろあって勝手にupdateが走るようになっているらしい。 それを無効化すると一旦の解決策になりそうだったが、その場しのぎにしかならないので却下。 ちなみに無効化コマンドは
Qiita記事にさりげなく（けど、わかりやすく）環境を記載する - Qiita
はじめに 先日、@uhooi さんの以下のツイートを見た時に、おっ自分と同じ悩みだなーと思い、Qiita記事の「どこに」、「どうやって」、環境を書くといいのか、少し考えてみました Qiitaに記事を投稿するときにいつも悩むのが「環境」を書く位置なんだよな バージョンによって動作が異なることもあるから書くんだけど、流れをぶった切ってしまうことが多いhttps://t.co/TbpySzD4S3 pic.twitter.com/MI6kc36E8H — ウホーイ (@the_uhooi) August 20, 2020 さりげなく（けど、わかりやすく）環境を記載する方法 過不足なく簡潔に環境を記載する方法を模索した結果、OSSのREADME.mdでよく利用されているbadgeサービス（Shields IOやBadgenなど）を利用して、環境を記事の1番上にbadge表示することにしました。1
2020 年の Python パッケージ管理ベストプラクティス - Qiita
この記事は Python Advent Calendar 2019 の 19 日目の記事です。 🐍 あらすじ Python のパッケージ管理。特にここ数年で新しいツールが多く出たこともあり、一体何を使うべきなのか、少し調べただけでは分からないと思います。本記事では、新しめの管理ツールを独断と偏見で比較します。著者は Poetry 信者なのでバイアスが掛かっているので悪しからず。 本記事で書いていること Pipenv、Poetry、Pyflow の違いと使い方 本記事で書いていないこと Pyenv、Venv、Virtualenv などの既存ツールの説明 著者の環境は以下の通り。 Ubuntu 18.04 Python 3.8.0 Pipenv 2018.11.26 Poetry 1.0.0 Pyflow 0.2.1 特に Poetry と Pyflow は開発途中なので、本記事の内容と違う
pyenv、pyenv-virtualenv、venv、Anaconda、Pipenv。私はPipenvを使う。 - Qiita
pyenv、pyenv-virtualenv、venv、Anaconda、Pipenv。私はPipenvを使う。Pythonpyenvpyenv-virtualenvvenvPipenv はじめに If a thing can be done adequately by means of one, it is superfluous to do it by means of several; for we observe that nature does not employ two instruments if one suffices. -- Thomas Aquinas (1225-1274) pyenv-virtualenv というツールを、私は長らく使ってきた。 pyenv-virtualenvは素晴らしいツールで、私はプロジェクトを切り替えるとき、Pythonの環境について一切
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発環境へのこだわり
Migrating Remote CVS to local Git on OSX
Fetching homebrew repos is slow
Include installation instructions for python3 · Issue #721 · python-poetry/poetry