  |
はてなキーワード: pythonとは
ワークフロー管理ツールからはキックするのはPythonやRuby、場合によってはJavaとかの高級言語想定だね。
自分が想定してた許容できるシェルスクリプトはコマンド呼び出すとか１行程度の物だね。
他に呼び出したいシェルコマンドとかがあるんであれば高級言語内から呼び出したほうが良い。
多くの高級言語では契約プログラミングとかデータの整合性とかを検証するコードを書きやすいから、コマンドとかの出力結果を信頼できるデータとして後続処理に送ることができる。
（もちろんシェルスクリプトでも書けるが律儀にやっているとものすごいことになる）。
してませんね。
そんな事無いよね。Linuxサーバの保守とかでパッチノートとか読んだこと無い？
インストールし終わったらほとんどアップデートしてない凄まじい運用してるんならあれだけど
これだとどう？
比較の話ですが、nodeやらpythonやらに比べたら「実際にそのプロダクションで使っているコマンド」のアップデートの頻度はずっと小さいですよ。
今までにされた検証は遥かに多く、コマンドのソースコードは遥かに小さいので、当たり前ですが。
命に関わらないシステムを動かしてるWeb系の業界想定ならRustで書くのが非生産的なのは同意だけど、なんで危険になるのか知りたいね。
コードを読んだ人数も実際に動作検証された回数も1桁単位のその場その場で作られたコードよりも、
長年にわたってメンテナンスされ、膨大な人数の技術者に読まれ、億を優に超える回数で、特殊なケースを含めて様々なパターンで実行された小さなコードの方が信頼性が高いからですね
標準ライブラリのすべての関数のありとあらゆる引数に対する挙動を把握している？
標準コマンドは標準入出力を通してプログラム同士で連携することを想定して作成されており、
入出力の破壊的変更を気軽にコミットしようとしたら秒でハネられます
「ゾウリムシよりも蟻は大きい」を「蟻は大きい」で切って引用するのはやめましょう
規模が大きくなると信頼できない、その場しのぎ的な技術であるのはpythonなどのスクリプトの実行環境も同様です
すべての処理、すべてのプログラムをRustで書くような行為はきわめて非生産的ですし、シェルスクリプト以上に危険です
「よく検証されている」というのはされているかいないかというバイナリーな概念ではなく程度問題なので、UNIXの標準コマンドと高級言語の標準ライブラリなら標準コマンドの方が"遥かに"よく検証されているし
論理的じゃないよね
メンテナの数、レビューする人数、実際に動作している環境etc
今でこそWindowsでも全く問題なく開発できるけど、ちょっと前は「Macのが開発体験が良い」と言われていた。
具体的には2011~2015年あたり。
2013年のころ、俺はWindowsで開発していた。WSL2なんてものは当たり前に存在しない時代だ。
たとえばC言語を使いたい場合、MinGWとMSYSを使ってこんなかんじで必要なものにチェックマークをしてインストールしていた。
まちがえた。俺が使っていたのはCygwinだ。こんなかんじでインストールする。
「パスを通す」とか言われていた時代だ。今ではインストーラがほとんどやってくれる。
Windowsのコマンドプロンプトがアホほど役に立たないので、msysCygwinのコンソールを使うのだ。
Pythonのインストールにもパスを通していた時代だった。当時はまだ2系が主流で、卒論を書く際、大学の教授から「3系は使ってもいいけど、俺は知らないからサポートできない」と言われた。
Scipyはインストールしなければ使えなかったので、「python scipy インストール」で検索して出てきた記事を参考にしてインストールしていた。これがまたエラーの連続だった。
プログラムを開発するエディタも、vim、emacsがまず候補に上がった。どちらも癖のあるエディタなので、そういうのが嫌な人はサクラエディタが推奨されていた。そして少しして登場するAtomに感動したのだ。今ではあたりまえのようにVSCodeがある。
ちなみに俺はPythonの開発ではIDLEというのを使っていた。知ってる？こんなの。
そんなWindowsユーザーを少し煽るような（Winユーザが自虐するような）、「プログラミングするならMac」という風潮があったと記憶している。そこから「どうやらMacはUnix系で、コンソール操作が簡単らしい」「文字がきれい」「Windowsでは定期実行するためのcronすらないが、Macにはある」「xcodeというのがあるからめちゃくちゃプログラミングがラクらしい」みたいなイメージがあった。
今ではWindowsも随分便利になったし、IDEやインストーラがなんでもしてくれるようになった。今では結論、「どっちでも好きなほうを使えばいい」という良い環境になった。
でも残念ながら派遣社員なので最大でも3年までしかここにいられないんだよなぁ
今後ここ以上に居心地のいいところがある気がしなくて今から辛い
【職場のいいところ】
・フリーアドレスなのもあって人と話す機会が少ない、出社してわざわざ同僚のところに行って挨拶する必要がない
・上司があんまりコミュニケーション得意なタイプじゃないからそんなに話さないで済む
・でもわからないことや助けてほしいことを言ったらどうにかしてくれる
・ときどき無茶振りとか上司の説明があんまり上手くなくて意味わからんってことはあるけど、それなりについていける範囲の仕事
・納期近く以外は割と暇でひたすらvbaのツール作ってる（vbaくらいしか書けないので）（というかvbaもここに入ってから本格的にいじれるようになった）（Pythonとかもできるようになりたいけどできるだろうか……ちょっとハードル高いイメージ……）
・社内に食堂がある、安い、それなりに美味しい
・フレックス。ただし派遣の管理監督者が出勤している時間に限るけど
・定時が短め。上述のとおりそんなに仕事は多くないから定時で帰れる。最近は8:30出社17:00退勤がデフォ。
・時給もまぁ、ただの事務よりは多い。
とりあえず上限まで居させてもらえるようにわからないことも頑張ってやる
ずっとこんな感じで働けたらいいのに……
func1(何かの関数)を実行すると、その内部でwrapperという関数が作成され、その関数が戻り値になる
wrapperという名前はfunc1内部でのものなのでその外では使えないが、関数そのものは戻り値として返却され、
funcという変数に入れられているので、変数funcを通してアクセスできる状態になっている
windowsバックアップを使用開始したら、再設定の手間が生じたので、メモを放流する
PCを新しくした。
外付けHDDが旧PCのファイル履歴データで容量いっぱいだったので新PCのバックアップ方法に悩む。
win11のスタートメニューでバックアップと入力すると、windowsバックアップが表示され、win10のときのようなファイル履歴を用いたものは機能としては残っているものの、コントロールパネルの端に追いやられた印象。
windowsバックアップ推奨なら、使ってみるかと思い、使用開始ボタンをクリックした。
windowsバックアップとは、OneDriveを使ってクラウドにバックアップする機能。
office365使用のため、OneDriveの容量は十分。
ドキュメント、デスクトップ等ほとんどの個人用ファイルがOneDriveフォルダ内に移動した。
前
C:\Users\(UserName)\Documents\
後
C:\Users\(UserName)\OneDrive\ドキュメント\
数時間ほど、ファイル移動に伴うのか、ファイルのアイコンがチカチカした。
再起動しようとするが、OneDriveが動作中でできない。次の日には再起動できるようになった。
帰宅するまでは、CPUを10%弱程度ずっと使っていた。一晩つけっぱなしで、翌朝には解消。
テキストエディター(notepad++)で開きっぱなしにしていたファイルが移動されたため、保存できなくなる。手動で見比べて、保存もしくは保存せずに閉じる。
多くのアプリケーションで、最近開いたファイルから開けなくなったので、再度ファイルを指定して開く。
ファイル、フォルダごとにバックアップの状態を示すマークが表示された。バックアップ済みのチェックマーク、同期保留の円形矢印マーク、同期失敗の赤バツマーク。
エクスプローラーのクイックアクセスにピン留めしていたフォルダがリンク切れで使えなくなったので再設定した。
Outlookがデータファイルにアクセスできなくなり、メール受信ができなくなった。下記に別項目で対応をまとめた。
フルパスでpythonスクリプトを指定して起動していたバッチファイルを書き換え
３日経過現在、バックアップ済みファイルと同期保留マークのファイルが半々程度に混在している。違いの要因は不明。CPU,ネットワーク,ディスクともに特に作業している様子なし。
同期エラーマークのファイルが時々ある。Macで作成した.webarchiveのファイルがエラーになっている。
受信トレイを選択したときに、ファイルにアクセスできず、ファイルを選択するように求められる。
OneDriveに移動した対応するpstファイルを指定するが、なおメールが受信できない。”0x8004010F” エラー。
ファイル 情報 アカウント選択 アカウント設定 選択したアカウントでは、新しいメッセージを次の場所に配信します：
の欄が空欄になっていた。
フォルダーの変更ボタンをクリックして、受信トレイを指定後にOKボタンをクリックするも、なお配信先の欄が空欄。
もう一度フォルダーの変更ボタンをクリックして受信トレイ以外のフォルダを選択してOKを押したところ、配信先の欄が表示された。
もう一度フォルダーの変更ボタンをクリックして受信トレイを指定したところ、配信先の欄が受信トレイに設定できた。
複数のメールアカウントのそれぞれの受信トレイをお気に入りに入れていたが、POPで受信しているアカウントがエラーに伴ってお気に入りから消えていたので、再度登録した。
FXが趣味なんだけど、新しいトレード方法思いついたから検証してみようと思ったが、必要なデータの手に入れ方が分からない。
GitHubで検索かけたら、そのデータを引っ張ってくるソフトっぽいものを発見した。しかし、起動にpythonが必要。pythonの知識なんてないから一から調べて、1時間かけて実行方法を学ぶ。ただ、実行には外部のフリーソフトがツールが必要。
流石に眠いから寝ようか、と思ってスマホを手に取り、なんとなーくXで検索かけたら………下の方に「データを引っ張ってきて、表示させるサイトを作ってるナウだお（＾ω＾）」という呟きを発見。時は2020年。いいねは30。
まさかと思ってプロフィールに飛び、個人サイトへ飛び、メニューバーからさらに飛んでいったら……あったんだな、それが。俺の望むデータが。Googleで検索しても出てこない、個人ブログの片隅に。
全部のチャンネルをずっと追っかけてるわけではなくて、嗜好が変わってきたときに溜まった動画を見るような使い方してるからそもそも登録解除ほとんどしないんだよね
・音楽理論系（ほぼ海外。国内は変拍子くらいしか再生数取れないから情報が遅い。和声とかやってるのは登録者数十人程度でも登録する）
・公式配信系(国内は名探偵コナン、ガンダム、、東映特撮、美味しんぼなど 海外はクラシック音楽や現代音楽配信など)
・交通、地理系(スーツ、たくみっく、もへじ、資産価値ZEROなど)
・クラシック音楽、ジャズ、現代音楽、ゲーム音楽演奏系（おもにピアノ中心）
・ショートでよくバズってる系(わかさ生活、らくらくライフ、わくわくパーク、Labnozとか)
ざっとこんな感じ
