はてなキーワード: APTとは
なんかaptとbrewとソースからビルドしたの混在させたらセグフォで落ちる…
確認する気力さえ危うい
メンタルが落ちる
というか、無職なのになんで俺って家でもいつもコード書いたりしてるんだろう
もういい加減嫌になってきた感もある
そういえば、Windows用のRPAを.NETで途中まで開発したのもあるが、
今回のMicrosoftの発表で完全に意味を失った感じがある
.NET core対応のためにUIPath社の提供するライブラリとの連携も考えてたが、
それに今回公開されたMicrosoftのRPAは汎用機にも対応してる?みたいで、
というか、最近何度もビル・ゲイツ、スティーブ・ジョブズ、IBMが同席したビデオを思い出すんだが、
あのビデオでジョブズとIBMが、ソフトはハードのおまけ、ソフトは将来無償になる、
その発言にビル・ゲイツは嫌悪の表情を浮かべるが、ビル・ゲイツはその逆を行って成功した。
ハードよりもソフトが、OSやオフィススイートが主導権を握ることに一旦は成功した。
しかし、現在のMicrosoftの最も注力するのはAzureであり、買収したGitHubであり、
MicrosoftもRustやGoを採用し、Windows上でどのように活かすかを模索しているし、
WSLのようなものは、ある意味ではLinuxに対する敗北宣言でもあって、
Edgeの元の開発者の解雇からChromiumベースへの意向も、ある意味ではGoogleに対する敗北宣言でもあるし、
車輪の再発明にコストなんかかけたくねーよ、という気持ちは分かるが、
Webブラウザのエンジンの開発がGoogle一社になるのは危険でもあるわけで、
そこをFirefoxが耐えてくれてる感もあるが、Mozillaは財団だし、寄付金も微妙になってきたみたいだし、
そんなこんなでRustだけ組織を分離したりってことなのかなあと思ったりしてるけど、
話が脱線したけど、つまり、何が言いたいんだってばよ、というと、
この業界というか、少なくともコードを書く、アプリを開発する、という市場の先は暗いような気がしてきた
日本ではIT企業でない会社がSEではなくプログラマーのような人材を雇って内製したりする傾向はまったくない
専門家を雇わず新卒から雇ってきたプログラムって何?の社員に内製させようとするからRPAみたいなゴミを売る詐欺が跋扈するわけで、
つまり、日本の企業は総じてケチだし、竹中平蔵みたいな上級国民?も喋ってる内容はケチな話ばかりなんだよな
マクドナルドとかベネッセ傾かせて妻をゴルフクラブで殴打した原田氏とかもそうだけど
ドーンとお金出すから木星まで行こうや、ガハハ、みたいな良くも悪くも金のあるバカが日本にはいない
それが良くも悪くも米国にはいて、良くも悪くも国策として中国にはいるわけだけど、
この国はやることだけでなく考えることもどんどんみみっちくなっていくだけな気がする
まあ、世の中のせいにしたいわけじゃないし、したって仕方のない話だよなあ
なんかコンピュータとは別のことやりたくなったなあ
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 90 | 14558 | 161.8 | 65 |
01 | 56 | 10929 | 195.2 | 66.5 |
02 | 21 | 3677 | 175.1 | 99 |
03 | 11 | 2604 | 236.7 | 41 |
04 | 19 | 1990 | 104.7 | 38 |
05 | 11 | 1902 | 172.9 | 64 |
06 | 15 | 1607 | 107.1 | 28 |
07 | 29 | 3788 | 130.6 | 37 |
08 | 65 | 4872 | 75.0 | 45 |
09 | 55 | 3522 | 64.0 | 31 |
10 | 113 | 10417 | 92.2 | 41 |
11 | 99 | 8134 | 82.2 | 41 |
12 | 161 | 14491 | 90.0 | 44 |
13 | 87 | 9352 | 107.5 | 45 |
14 | 131 | 9867 | 75.3 | 53 |
15 | 86 | 6558 | 76.3 | 43 |
16 | 133 | 10833 | 81.5 | 40 |
17 | 111 | 10839 | 97.6 | 52 |
18 | 128 | 9881 | 77.2 | 38.5 |
19 | 153 | 10470 | 68.4 | 34 |
20 | 112 | 6791 | 60.6 | 35.5 |
21 | 227 | 14859 | 65.5 | 32 |
22 | 217 | 13833 | 63.7 | 34 |
23 | 230 | 19403 | 84.4 | 34 |
1日 | 2360 | 205177 | 86.9 | 40 |
マルちゃん正麺(8), パワーストーン(5), フリート(5), ウェルベック(3), ビリヤニ(5), 東方神起(3), 宝飾(3), 公用語(9), 稲作(5), 税抜き(4), apt(3), 唐揚げ(10), シングルマザー(8), 憎ん(7), Windows(12), 1位(9), モテ男(6), 皿(11), 子持ち(11), DV(14), 学術(9), 不細工(11), 俳優(13), ツイフェミ(15), 取材(8), 自(9), イケメン(35), 言語(20), 公務員(20), 育児(19), ラーメン(13), 容姿(23), 発達障害(15), 専業主婦(11), 英語(28), 貧困(14)
■はてブ民ってパワハラ上司だよね /20201114001756(18), ■唐揚げは白飯に合わない /20201113225923(17), ■婚活失敗してきがついたら30代ヒモになっていた。 /20201113205916(15), ■日本の公用語が英語だったら良かったのに /20201113135554(10), ■俳優が自殺しまくっとるが /20201114225118(10), ■流行れ!ビリヤニ! /20201113184445(8), ■ /20201114115456(8), ■日本で野ウサギ見たことある? /20201113140843(8), ■シングルマザーのTwitterは乞食過ぎて見てられない /20201114173559(8), ■また児童手当減額だって /20201114160145(7), ■珈琲の違い /20201113000705(7), ■ /20201114221159(7), ■飲み会に行った。尾身先生に土下座してお詫びをしたい。 /20201112183954(7), ■スパムメールのせいで、沖縄の郷土料理が風評被害にあっている。 /20201113121316(7), ■配送業者です。受け取りの際マスクをしていただけないでしょうか /20201112202022(7), ■自分が相手にされなかったら、あいつは天狗になってるって吹聴する。 /20201114215122(6), ■いやだからさ、男性が産まれてこなければいいだけの話だよね? /20201114171301(6), ■ /20201114144051(6), ■anond:20201114231716 /20201114231915(6), ■高校の友達に見下され続けてる /20201114232809(5), ■悪役が改心するの嫌い /20201113152602(5), ■いじめるほうが100%悪いのか /20201113154119(5), ■あなたにはあなたの、私には私の地獄がある /20201114010220(5), ■ /20201114114557(5), ■子持ち同僚との隔絶 /20201114120509(5), ■ /20201114122605(5), ■就活が辛い /20201114214812(5)
apt install xxx
yum install xxx
or install non free software please.
non free it is ok. I think, but you should say so it is not free,commercial.
time is not free for me.Is it standard? non free soft ware is standard ?
I think it is commercial api not standard.
but it is ok. a software is not free , it nees by money.
2020 . please teach me your company name.
please add experimental it is ok.
簡単な話でいえば 弾幕薄いよなにやってんの? But I think so too, it is not good.
thank you.
ながくつれそった、女の傍にいよう。若けりゃいいってもんじゃない。
Docker まるでわからないし苦手意識すごいけど、苦手なりにその理由がなんとなくわかってきた。
まず何をするにも Docker Hub からイメージを入手するところから始まるに心理的抵抗がすごくあるんだ。
よく考えたら apt とかでアプリインストールするのと何が違う、とは思うけど、とにかくそこだ。
そしてさらに苦手意識を助長するのが、コマンド打つだけで簡単に環境作れますよ的なあれだ。
10代の若者が Docker 使って軽々と Rust 開発環境とか Web サービスとか作ったりしてるのに、
ウォークマンから小型BluetoothアンプのES100やBTR5といった機種に無線(コーデックはLDACもapt X HDも使える)で飛ばし、そのちっこいポタアンを胸ポケットやらベルトやらに付属クリップで留めて、そこからは有線の好きなイヤホンをつなげればハイレゾ相当の音質を保ったままDAP直よりは身軽になる。
上述のポタアンは2.5mmバランス出力も備えているのでリケーブル対応イヤホンで遊べるし、イヤホン本体も場所や気分に応じて付け替えられる。電車内では密閉性の高いカナル型、ワークアウト時はイントラコンカ、など。
家ではPCなどに繋がるUSB-DACとして使えるし、マルチポイント機能があるのでイヤホンをしたままPCの出音とモバイル機器の出音をシームレスに切り替えることができて便利。
この解説記事の通りにやったらDockerのインストールが完了した。
sudo apt-get remove docker docker-engine docker.io containerd runc
sudo apt-get install apt-transport-https ca-certificates curl gnupg-agent software-properties-common
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -
# :OUTPUT:
# OK
sudo apt-key fingerprint 0EBFCD88
# :OUTPUT:
# pub rsa4096 2017-02-22 [SCEA]
sudo add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable"
sudo apt-get install docker-ce docker-ce-cli containerd.io
# :OUTPUT:
プログラマじゃないけどプログラミング完全に理解した()おばさんが理解してる基礎知識書くよ。
(追記 この文章はプログラミングの勉強をしたいけどその周辺にある基礎知識になかなか触れる機会がない人向けに書きました。これらの基礎知識があると、困ったときに調べ方すら分からないという状況は回避しやすくなるはず)
ターミナル、いわゆる黒い窓からCUI(コマンドユーザーインターフェース)でコンピュータを使う方法を覚えよう。これは大学のコンピュータリテラシーで習った。MacOSXで復習すると捗った。(追記 すごく間が抜けてたけどMacOSXはUnix系OSです)
まずはファイル操作。Macでターミナルを使って、cd Desktopって打ってからecho ohayou > aisatsu.txtって打ってみて、cat aisatsu.txtってやる。そうすると何が表示されるのか?とりあえずやってみよう。ここで>は増田の都合上大文字全角にしてるけど、ちゃんと半角にしてね。なんで増田の都合上半角がダメなのか、そのうち想像できるようになろう。(追記 ブコメ指摘感謝)
そして、実際にデスクトップを見に行ってみると、aisatsu.txtってファイルがあるはずなんで、開いてみよう。これで何が起こったのか7割くらいはわかるはず。
こういうファイル操作の基本をまず覚えよう。これこそ空気みたいなものだから。
(追記 ここも間が抜けてたけど確かにhogeって何かわからないね。直しました)
最近は何も考えなければ文字コードはとりあえずUTF-8でなんとでもなるようになってるけど、バックスラッシュとかは環境設定で出てくるように設定しないと出てこないし、その意味合い、つまりエスケープとしての使い方を頭に入れておくと後々困らないと思う。あとEOF(エンドオブファイル)とか改行コードとかもそういうものがあるよ程度には覚えておこう。これ頭の片隅にはいってないと分からん殺し的な罠にはまることがある。
これは使いたいプログラミング言語の公式サイトに行くと大抵書いてある。
でもMacだとだいぶ楽。とりあえずターミナルからgccって打ってみるとなんかCUIツールとか書いてあるものをインストールしろって言われるのでインストールする。これだけでCとかC++とかRubyとかPythonとか一通り使えるようになる。もしかしたら最近はこのインストールすらいらないかもしれないけど。
あと、シェルのコマンドとかプログラミング言語を実際に使うときはいろんなライブラリをインストールする必要があるけど、そのライブラリは管理がすごく面倒なので管理をまとめてくれるコマンドがあったりする。aptとかhomebrewとかがそういうのだから、そんなものの使い方も覚えておこう。
(追記 言語の文法を追うだけなら環境構築なんてしなくてCloud9とか使ってもいいかもだけど、プロダクトを作ろうとした時にはまだまだ手元で環境作って必要なライブラリを入れてとやった方が後々応用がきくと思うのですよ。それにそうしていくとDockerの有り難みなんかも理解できるようになっていくのではと思います)
最初に勉強するプログラミング言語は、Javaだけはやめておけ。
なんでかっていうと、Javaはオブジェクト指向言語ってやつなんだけどオブジェクト指向的にしか書けないから。古い人間だと言われそうだけど、最初は手続き型言語から始めるべきだと思ってる。少なくとも、手続き型的に書ける言語から始めるべき。
なぜそう思うのかも含めて、とりあえずおばさんが理解しているプログラミング言語の発展の経緯を軽く解説する。
最初の頃のプログラミング言語は、手続き型と呼ばれるものが多かった。
この〇〇型ってのはプログラミングをするときの考え方によって名前がついているんだけど、手続き型はまず0を作って、0に1を100回足して、最後にその結果を表示してください、みたいな、上から書いた順番通りに動くのが基本のルールである考え方。プログラムは基本的にはこうやってデータをアルゴリズムを使って変化させていって望む結果を得ている。でもこのやり方は問題も多かった。プログラム全体がひとかたまりになってしまっているので、数千行とかになるともう普通の人では手がつけられないし、人間のミスでデータを間違って扱ってしまうことがバグの温床になった。
なので、この手続き型の考えに構造化という考えが加わって、関数というものが生まれた。関数っていうのは料理のレシピに例えるとわかりやすいかも。
5:豚こまを入れて色が変わるまで炒めます。
9:火を消して8をお皿に盛り、野菜炒めの出来上がりです。
B:肉に味付けをします。
2:Bを入れて色が変わるまで炒めます。
3:Aを入れてしんなりするまで炒めます。
4:火を消して3をお皿に盛り、野菜炒めの出来上がりです。
って書ける。ここではAとBが関数。
この程度だとあまり意味を感じないかもしれないけど、これがもっと複雑なものを想像してみると、なんとなくありがたみが分かって来ないだろうか?こうすると、多人数でプログラミングをするときに、Aを書く人、Bを書く人、1〜4にまとめる人って感じで作業分担ができる。それに、バグが起きた時もAの領域でバグったのか、Bの領域でバグったのかとか、全体にまとめると上手くいかないのかとか、原因の切り分けがしやすい。
でも、プログラムがとっても複雑化すると、これでも手に負えなくなる。料理の例えを拡大すると、料理店を運営することを考えるといいかも。
料理店でたくさんの料理をさばくときに、レシピを完全に1から作ることってないと思う。Aさんが野菜の仕込み担当、Bさんがスープの仕込み担当、というように各人に仕事が割り振られているはず。AさんもBさんもそれぞれの仕込みのレシピを持っていて、最終的に出てくる仕込みがちゃんとしてればAさんBさんの仕事の詳細までいちいちシェフが細かくチェックしない体制になっていると思う。大雑把にいうとそういう考え方をプログラムで再現したのがオブジェクト指向型言語。
なので、本気で料理の初心者がいきなり厨房の仕切りを任されて上手くいくのは難しいように、構造化プログラミングのありがたみすらわからない段階でオブジェクト指向型プログラミングに手をつけても意味がわからんだろうと思うのがおばさんの立場です。
(追記 おばさんはRubyを勧めておきます。オブジェクト指向型言語ですが、手続き型的に書き下すことも出来るからです。一つの言語で手続き型構造化オブジェクト指向、全部勉強できます。メソッドも便利なのが一通りあるし、日本語を扱うのにも問題が少ないです)
次に問題を分解できるようになろう。
例えば、クイズゲームを作りたいと考えたときにクイズゲームを作りたいです、って問題は大きすぎる。
クイズゲームに必要な要素は、問題文を表示する、回答を入力してもらう、正誤判定をする、正誤判定の結果を表示する、ということだなぐらいにまず分解する。
これを実際にプログラミングしようとすると、もっと分解できてさらに問題が見えてくると思う。
コンピュータってのは創造的なことはできない代わりに、とても簡単なことをとても階層的に重ね合わせて大きな問題を解けるように作られてる。それを心するといいと思う。
これ超大事。プログラミングって本当に自分で1からものを考えなきゃいけないことってあまりない。大きな問題はあなただけの問題かもしれないけれど、それを構成する小さな問題は大抵他の誰かが解いている問題なので、調べてみれば答えが見つかると思う。
エラーメッセージが出てきたらまずググってみる。翻訳しても初心者には意味がわからないし、ググったら誰かが解説付きで紹介してくれているのでその解説を読んだりしながらエラーメッセージとの付き合い方を覚えていけばいい。
メソッドの使い方がわからなかったら言語の公式サイトに行ってみる。メソッドの使い方で大事なのは呼び出し方、返ってくる値の型とかそういうのだから、こういうところはググるよりも公式サイトに書いてあることをしっかり読んで理解する。
あと、アルゴリズムの勉強もしてみるといいと思う。アルゴリズムとデータ構造と計算量の勉強。大学の学部レベルの教科書をちゃんと読んでみると、例えばデータベースを操作するSQLというものを書くことになった時とかに効いてくる。あとは作ったプログラムが遅すぎてどうしようとかいうのを解決する時とか。
なんか深夜までいろいろ書いてしまったけど、あくまでもプログラマじゃないおばさんが書いたものなので、みんなでツッコミとか入れてくれると大変助かります。
昨今流行りの機械学習でプロジェクトがぽこぽこ立ち上がっている状況なのだが、一部の人を除き、apt-getで躓いているのは会社にとって損失だと考え、オンプレクラウドのようなものを構築することにした。
グループ全体の規模はそこそこ大きいが、将来単なるアッセンブリー屋になることが目に見えている事もあり(今後20年以内には喰われてしまうという憶測もあり)ネットワーク、Linux、コンテナ、プログラミングが出来る自分が社内の機械学習、引いてはITインフラの民主化、なんだったら外販できるくらいのもの作ってやろうと鼻息巻いて無理やり一人プロジェクトを興すことにした。
まずは既存DHCPサーバ、名前解決ができないDNSサーバからゲートウェイPCを用いてネットワーク的に分離、社内の物理的な設置スペースの問題でデスクトップPCとサーバPCが離れた所にあるため、WireGuardでVPN構築、ゲートウェイPCはそれぞれKea DHCPサーバ、PowerDNSサーバを稼働させ、OpenStack導入検討時に悩んだ鶏が先か卵か先か問題を解決することにした。
上述の通り、システム構築にあたってOpenStackやMAAS,RancherOSなどを検討したが、社内のニーズを「100%」汲みとった上で、次世代のオンプレクラウド(個人的にはエッジクラスタがゆるく繋がるアメーバクラウド?のような呼称があっている気がするが)を構築するにはどれも痛し痒しで何かしら制限がついて回るのは許容できなかった。これは今後5年、特に海外事業所の開発者の事を考えた時には外せない要件だった。
とはいえmiekg/dnsを用いてCoreDNS進化版を作るにはリソースが足りず、BINDを用いるにはSA対応がしんどすぎるため、APIを備えており、今後も進化が見込めるであろうOSS、また必要であれば商用製品や保守サービスが受けられる事から上記2つを選択した。
PowerDNSはさておき、ISC KeaはナウでYANGなLinux YANGに対応しようとしているなど(言いたかっただけ)、世の中のオンプレ環境を塗り替えるためには兎にも角にもAPIゲートウェイが重要だと考えたため、双方が提供しているAPIをうまく吸収するミドルウェア(とちょっとしたAPIサーバ)をGo言語で作成した。
次に世の中のパブリッククラウドやOpenStackなどを触ったことのある開発者はCloud-initに慣れているはずという前提の元、対応コスト勘案の結果、NoCloudで対応しつつ、上記のAPIサーバと連携し、ベアメタルマシン管理した事のある人はわかる、ベアメタルマシン特有の諸問題を解決することにした。
まぁなんだかんだ大企業なのでお金で解決する手段もあるが、そもそも高集積ラック搭載GPUサーバ購入の稟議が通るような会社だったら既にKubernetes導入しているだろうし、俺もこんなことしてない。
脱線したが、上記以外にも検証やバックアッププランとしてAnsible記述などの作業はありつつも、3ヶ月かけてようやく基礎となるインフラ基盤が構築できたため、nuxt.js+goで簡単なフロントエンドサーバを構築し、一人情シスの様相を呈している部下のリソース開放、Calico対応+Kubernetes導入、不安がっている上席が安心できるように、分かりやすい餅を用意しようとしている、というのが現状。
ここまで寝る時間も惜しんでトップスピードを維持したまま頑張ってきたものの、少し限界を感じている。
特にオンプレクラウドは部外者が中々見えてこないものがあり、なんならその見えないものを限界まで吸収できるように、かつ現実的に実現可能なギリギリのラインを狙っているのだが、そもそも周りに相談しようとしても何を言っているのか解説する所から始めないといけない。
覚悟はしていたが、ふとした時にとてつもない脱力感に襲われてしまう。
世の中を切り開いてきた諸氏はおそらく一度はぶつかったであろう、この内なる自分の壁をどのように突破してきたのだろうか?
この問題に悩まされていたが、
https://superuser.com/questions/1284924/virtualbox-freezes-my-host-system-ubuntu-16-04
この stackExchange を見て問題が解消された。
原因はおそらくvirtualboxのバージョン5.0を使っていたこと。
バージョン 5.1 に上げたら起動した。
バージョン 5.1 にあげるところでも躓いたのでメモしておく。
`sudo apt install virtualbox-5.1`
そのため、
`sudo aptitude install virtualbox-5.1`
として、インストールを行った。
そもそも便利なのかちゃんと考えてる?
「日々Dockerfileをメンテして開発環境がこんなに楽になります!」
「Dockerなので本番とも開発者同士でも同じになります!」
馬鹿じゃねーのかw?
Dockerfileメンテなんて手順書メンテとかシェルスクリプトメンテしてんのと大して変わらねーよw
そのDockerfileから作ったものが本番と同一だなんて保証はねーって気づけボケが
それと「同じDockerfileから作ったものだから環境差異はありません」なんて寝言まだ言ってるの?
yumもaptもリポジトリがセキュリティアップデートやらで変化する以上
いつも同じ結果になるわけじゃねーだろが、(バージョンロックする方法はあるけどめんどいだろ)
本番でもコンテナを使ってますってやつら以外無理してDocker使う必要ないんじゃねーか?
お前らが欲しいのは軽いVMであって細切れのコンテナじゃねーだろ?
initを潰して,supervisor入れてプロセス管理して・・・ってどう考えてもお前らが望む世界じゃないんじゃねーか?
流行りのコンテナぽくしたいならLXDやらsystemd-nspawnの方がよっぽど筋がいい
というわけでよく考えなおせ
続き書いた