はてなキーワード: ターミナルとは
いや暇だからね、何かやろうかなってパッと思い付いたのがコレだっただけ
ちなみに定番ばかりだぞ?んじゃ行ってみよう
Chromeがあればコッチも
Webブラウザは色々使ったけど結局この2つに落ち着いた
これもプリインストール
次世代SMSであるRCSに対応している
個人的にRCS登場以後のメッセージングはこれの比率が増えている
Web版も存在していて便利
ちなみにRakuten LinkもRCSへ準拠しているので相互にRCSを送受信できる
どうやら国内ではGoogle Messages間同士のみという情報を頂いたので修正
もともとGoogle Talkユーザーだったので流れで
前身のHangoutsは今年の終了が決まっているので早めに移行したほうが良いよ
仕事で使うので
ゲーム系はやっぱりこれだよね
仕方なく
電話番号不要で利用可能、強固な暗号化が施されているP2Pによるチャットが行える
このあたりのツールに親和性が高いギークたちとコミュニケーション取るのに使ってる
分散型チャットプロトコルMatrixへ対応したチャットツール
これも同上の理由でギークたちとのコミュニケーション用
利用頻度は非常に落ちているもののはてブでTwitterリンクが流れてくるため
同上
分散型SNSのMastodonのクライアント
Twitterから完全に移行しちまった
わかる人にはわかるだろうけど非常に居心地が良い
OpenStreetMapを活用した地図アプリ
OSM系地図アプリの中では機能が多すぎるくらい非常に多機能
OsmAnd+は有料版、無料版はプラスなしのOsmAndで有料版との違いが先行アップデートくらいなもので機能的な差はほぼ無いので大半の人はプラスなしOsnAndで十分
モダンなOpenStreetMapエディタ
非常に使い勝手がよくゲーミフィケーション的に進捗を管理してOpenStreetMapへ貢献できる
オープンなGoogleストリートビューを作ろうという試みのサービスアプリ
OsmAnd上でもプレビューできる
Google謹製のファイラー
使用頻度の低いファイルを抽出し削除する機能などがある
写真動画趣味なので保存しまくってたら無料期間終了で抜け出せなくなった
個人的にはこの機能で無料はありえんわなと納得しているので課金して容量増やしてる
撮影に必要な機能をこれでもかと載せたカメラアプリ
ただし多眼カメラが切り替えられないのが最大の欠点
設定項目が多すぎるので写真撮影法のハウツー本とか一度でも読んだことがないと使いこなすのは厳しいだろう
便利すぎ
古典的な2画面ファイラ
整理整頓時に前述のFilesで一括削除したくない時に使える
FTPやWebDAVへアクセスできたりもする
BitTorrentの技術を応用したP2P方式のクラウドストレージ
巨大ファイルのやり取りはGoogle Driveよりも速いし転送上限も無い(大手クラウドストレージはダウンロードを繰り返すと転送上限に達してダウンロード停止されたりすることがある)
いい加減辞めたくて乗り換え先を色々試すが戻ってきてしまうノートアプリ
Androidでは定番のターミナルアプリ
デスクトップLinuxユーザーでもあるのでTermuxには助けられてばかり居る
X Window Systemのクライアント
リモートデスクトップに使える
CUIな同名タスクマネージャーのAndroid GUI版
GUIで操作しきれないとき直接コマンドを送信できる機能もある
ちなみにTermuxにもパッケージが提供されてる
AndroidでもSKKが使えてしまうIMEアプリ
ただし野良アプリ
だらだら思い出しながら書いてるけど眠たくなったのでこの辺で
(ここより追記)
2人対戦のミニゲームが多数収録されているアプリ
1人プレイでも対CPU戦が可能
スマホよりはタブレット向きでAndroid Appが動作するChrome OSにも対応
安いので課金して広告非表示にして損はない
絵本はらぺこあおむしのアプリ
絵本のような世界観の中であおむしを育成できる
算数未満の「数かぞえ」アプリのなかでは完成度が高い
文字が読めない幼児に向き、日本語で課題を読み上げてくれるし、しっかりと数字も読み上げてくれる
前述の2つと合わせて5才児と遊んでいる
ミニゲームが多数収録されていて暇つぶしとして馬鹿に出来ない
インスタントアプリ対応ゲームで様々なタイトルをお試しするのもアリ
もともとはLinux界隈で定番の横スクロールアクションゲーム
膨大に存在する追加ステージをダウンロード可能
むしろ「本家」が出してる例の横スクロールアクションジャンプよりも遊べてしまう
ただし一部のフォントが中華フォント
こちらもLinux界隈で定番の横スクロールアクションゲーム
メトロイドのような世界観グラフィックスと独特の操作性が特徴
認めざる得ない、これは面白い
対戦型タワーディフェンスゲーム
バランス調整が頻繁にあり極力運要素を排除しプレイングで勝敗を喫したいという運営の方針が読み取れる
マッチングはレーティング方式で、更に様々なルールでの対戦があるため強いデッキが固定しないのも美点
我が家は明治期に興隆した商家で、現在も大枠を考えればモノやコトを売ることで生計をなしている。
いわゆる華族であったが、興隆の経過で江戸期以前の地主や武家などと婚姻を経て結びついており、家系図を遡れば皇室とも血筋上の繋がりがあると解釈ができる。
さて、そんな家に生まれた筆者だが正直に言えば高校生くらいまで我が家がそんな家だとは気付いておらず、多少なりとも大きな家に住めている理由として両親や祖父母も「ご先祖様が努力の人だったから」と言っていたので、現在の我が家はそこまでお金持ちではなくご先祖様が増やした資産の恩恵を受けているのだ程度にしか思っていなかった。ご先祖様すげぇなと。
実際、筆者自身の子供の頃の夢はプロアーチャーであったので全く家業を意識していなかった。
我が家はなんか他の家と違うぞ?と気付き始めたのは高校生になった時期で、父や祖父に連れられて社会科見学のような小旅行を頻繁にやるようになってからだった。
自動車工場や造船所、食品工場、アパレル工場、精密機器工場、製紙工場など工業系を中心になぜか見学に連れられ、その工場の担当者らしき壮年の男性から説明を聞くということを頻繁にさせられた。
今思い出せば、父や祖父はそのくらいの時期から「AはBから生産されていて流通として……」のような話をよくしてくれるようになっていた。
社会科見学のような小旅行は面白かったが、なぜ急にそんなことをやるようになったのかという疑問は晴れなかった。まさかそれが後継者教育の一環だったとは。
自分自身の興味と祖父の勧めもあり、大学ではアーチェリーを続けつつもロジスティクスを中心に学ばせてもらい、継続されていた社会科見学が非常に研究へ役立つようになっていた。
そして我が家の歴史を完全に知ったのは大学3年生の正月に「就職はどうするのか?」と言われた際に「参考になるかはわからないが我が家の家業を説明しようか」のように教えられてからだった。
遡れば初代が江戸期に商家として暖簾分けを受け、現在まで続く家業の基盤を明治期に作ることができたとのこと。そこから登場する人名は歴史の授業で習うような人々であり、まるで実感のなかった筆者は驚愕するしかなかった。
そんな家の子息である筆者が普段何をしているのか?と言えば、某物流企業から某商社を経て、現在は父から「そろそろ戻ってこい」と言われ、法人化している我が家の持ち企業へ務めさせていただいている。
筆者の専攻がロジスティクスなので新社会人の頃から数理的に物流を計算するのが主な仕事で、笑ってしまうかも知れないが何処へ行くにもCASIOの関数電卓をポケットへ入れている。現在の関数電卓はソーラーパネル電池で駆動するのでスマホなんかよりもよっぽど信頼度が高い。
弊社が集めたデータや取引先からロジスティクスに関するデータを貰い、それを数理的に損益分岐点とのその確率をはじき出すというものだが、概算ではなく精密に計算する際はコンピューターに詳しい増田の皆様にも馴染み深いであろうAWSやさくらを利用している。
ちなみに筆者のスマホはAndroid。iPhoneにはまともなターミナルがないので、ふと出先で大きな計算リソースが必要になったときAWSへSSHしにくい。まぁノートPC使えよって話だが。
もちろん計算するだけでなく、創作物でイメージされやすいであろう会食などで人脈交流をしたりもするが、実際のところ筆者の世代ともなるとLINEやZoom、Slackなどで友人たちと交流している頻度のほうが多い。
正直LINEやZoomは昨今の流れもあり使いたくないのだが友人たちは経営学部卒などの文系が多いので、どうもセキュアなコミュニケーションツール活用が上手く行かない。
可能ならば弊社で利用しているオフィススイートもMicrosoft office 365やGoogle Workspaceへ移行したいのだが、一部の従業員の皆様の反発から上手く行ってない。後継者といっても実務へ強権を奮えるほど実力はないのだ。筆者の管轄の研究グループは即座にSlackを導入できたり出来たのに。う〜む……。
流れのまま愚痴を言えば、例えば総務などはミドル〜ハイエンド性能なChromebookで十分じゃないか?社内ツールもいつまでJavaベースのを使っているのか。HTML5ベースに移行してしまえば互換性の問題でWindows使い続ける理由もないんだが。いまだ動いてる骨董品メインフレームをそろそろ引退させてあげようよ。
父は「実務に口を出すべきでない」と言うが、多少筆者の趣味も入ってはいるものの環境を整えるのも我々の役目ではないだろうか。
強権を奮って一気にモダンなコンピューティング環境にしたい。営業にも今のガラケーから最新のGoogle Pixel 5あたりのスマホを配ってあげるのに。
というようなことを青臭く思っているのだが、実際の後継者なんてこんなもんである。実権を握れるまでおとなしくしているしか無い。
従業員の皆様には申し訳ないが、おそらく筆者にはご先祖様ほどの商才は無いんだろう。苦労させてごめんね。
JRが車椅子対応をしてくれなかった……という件が話題になっているが、これはすべてはネットリテラシーの問題であることが判明した。ネットリテラシーのない情弱の人が、勝手に勘違いして大騒ぎしていただけだったのである。
このことが判明したのは、本人のブログによる。
無人駅だから、もしくは階段しかないから、という理由で、車いすユーザーは事前連絡が必要なら、小田原駅でも、熱海駅でも、それを教えてほしかったです。それを提示するのも合理的配慮の努力義務の一つです。
「教えてほしかった」というが、自分で調べる気はないのだろうか? そう思ったら、次の記述があった。( ★ )
3,事前に下調べをしてから行くべき、駅に連絡をしてから行くべき、そしたらこんなことにはならなかったのでは?
これは誤解である。この誤解がすべての出発点だった。
(1) 上記のページの左下には「駅情報」というアイコンがある。
ここをクリックすると、次のページに飛ぶ。
このページの下の方に「バリアフリー情報」という箇所があり、さまざまな情報が記してある。エスカレーターやエレベーターがないこともわかる。
ではどうすればいいかは、下記の (2)。
(2) 上記ページの一番上には「お身体の不自由なお客さまへ」という項目(白抜き文字)がある。これをクリックすると、次のページに飛ぶ。
この左下に「歩行の不自由なお客様へ」というアイコンがある。これをクリックすると、次のページに飛ぶ。
ここに「車椅子ご利用のお客様へ」という項目がある。これをクリックすると、次のページに飛ぶ。
歩行の不自由なお客さまへ>車いすをご利用のお客さまへ:JR東日本」
ここに次の記述がある。
駅をご利用の際には、駅係員がホームまでのご案内および列車の乗降のお手伝いをさせていただきます。スムーズにご利用いただくために関係箇所との調整が必要な場合がありますので、事前の連絡にご協力をお願い致します。連絡先や各駅のバリアフリー情報などについては、「らくらくおでかけネット」の中でご覧いただけます。
ここには事前連絡をしてほしい旨が記されている。
さらに、掲載された「らくらくおでかけネット」で「来宮」を検索すると、次のページが出る。
駅での利用 [ × ]
以上からわかるように、JR東 のサイトを見れば、車椅子情報はすべて掲載されているとわかる。なのに、本人がR東 のサイトをろくに見ないで、いきなり駅に行ったから、トラブルが起こった。それだけの話だ。
事前にネットで調べれば、何の問題もなかったのに、事前にネットで調べないでいきなり押しかけて、「対応しないのはけしからん」と大々的に騒ぎ立てているわけだ。
これは、先に乙武氏がレストランで騒ぎ立てたときと同様である。
結局、問題のすべては、ネットリテラシーが不足していて、事前にネットで調べなかったことに問題がある。
話の教訓は、「 JRは車椅子に対応せよ」ということではなくて、「車椅子の利用者は、出かける前にスマホで調べるぐらいのことはしよう。最低限のネットリテラシーを身に付けよう」ということだ。それだけで、トラブルは回避できる。
【 追記 】
必要な情報に達するまでに、何度もクリックしなくてはならないので、「情報がわかりにくい」とは言える。これは、ユーザーインターフェースの問題だ。
この二点の問題があったとわかる。今回の本質は、車椅子用の設備ではなくて、ネット上の情報処理の問題だったとわかる。はてなーならば、何とかしろよ。JRじゃなくて、はてなーが頑張れ。
――――――
ついでだが、
JRのサイトの作りの問題ならば、JRがまず第一義的に悪いだろ/冒頭でネットリテラシーのない障害者が悪いと言っておいて、最後ははてなーが頑張れ?論旨が一貫してないぞ
というブコメがあったので、答えよう。
このブコメは誤読だ。本記事は「誰が悪い」という批判はしていない。JRが悪いとも言っていないし、障害者が悪いとも言っていない。上記ブコメは、幻聴を聞いているのだろう。(ただの識字障害かも。精神障害の一種。また、幻聴は統合失調症か。)
本記事の主張は、「誰が悪いか」ではなく、「本質はどこにあるか」だ。それについて、太字で答えている。「今回の本質は、車椅子用の設備ではなくて、ネット上の情報処理の問題だ」と。
本記事の目的は、「誰それが悪い」と批判することではない。「騒動の本質はどこにあるのか」という真実を探ることだ。どうしても「悪い」という言葉を使いたいのであれば、「サイトのユーザーインターフェースが悪かった」と述べている。それだけだ。
デジタルディバイドや視覚障害が理由で欲しい情報にアクセスできない人々も含めて「HPに全て載ってるぞ情弱www」で論破した気になってる
というブコメがあったが、本記事は別に論破しているわけじゃない。誰かを批判しているわけでもない。問題の所在を示しているだけだ。「車椅子用の設備を改善するのではなくて、ネット上の情報処理の問題を改善すべきだ」という趣旨で。そこが本質だ。論駁や批判は目的ではない。
というブコメがあったが、これは妥当である。「誰にでも分かりやすいサイトの作り」を改善点だと理解して、これを改善するように努力することは、大切だ。それが進めば、今回のような問題も起こらなくなるだろう。「何を改善するべきか」ということが明確になるというのが、本記事の目的だ。
参考記事
https://anond.hatelabo.jp/20210409174921
増田の蛮勇には敬意を表したいが、さすがに突っ込みどころが多すぎる。
同種の百選としては2005年の新建築・臨時増刊『日本の建築空間』(asin:B00GUJ1HIE)がある。
https://japan-architect.co.jp/shop/special-issues/book-110511/
2005年なので現存しないものや非公開の私邸が含まれるけれども、優れた選出だと思うので紹介したい。
■古代 592-1180
法隆寺西院伽藍 | 飛鳥時代 | 奈良 |
新薬師寺本堂 | 奈良時代末期 | 奈良 |
榮山寺八角堂 | 763年 | 奈良 |
平等院鳳凰堂 | 1053年 | 京都 |
浄瑠璃寺本堂 | 1107年 | 京都 |
三仏寺投入堂(三仏寺奥院) | 平安時代後期 | 鳥取 |
高蔵寺阿弥陀堂 | 1177年 | 宮城 |
■中世 1180-1543
浄土寺浄土堂 | 1194年 | 兵庫 |
東大寺南大門 | 1199年 | 奈良 |
長寿寺本堂 | 鎌倉時代初期 | 滋賀 |
西明寺本堂 | 鎌倉時代初期 | 滋賀 |
熊野神社長床 | 鎌倉時代初期 | 福島 |
法界寺阿弥陀堂 | 鎌倉時代初期 | 京都 |
厳島神社社殿 | 1241年 | 広島 |
永保寺開山堂 | 1352年 | 岐阜 |
東福寺龍吟庵方丈 | 1387年 | 京都 |
正福寺地蔵堂 | 1407年 | 東京 |
吉備津神社本殿・拝殿 | 1425年 | 岡山 |
慈照寺東求堂 | 1485年 | 京都 |
■近世 1543-1853
妙喜庵待庵 | 1581年 | 京都 |
園城寺勧学院客殿 | 1600年 | 滋賀 |
園城寺光浄院客殿 | 1601年 | 滋賀 |
妙法院庫裏 | 1604年 | 京都 |
大崎八幡宮本殿・石の間・拝殿 | 1607年 | 宮城 |
三渓園聴秋閣 | 1623年 | 神奈川 |
二条城二の丸御殿 | 1626年 | 京都 |
西本願寺飛雲閣 | 1628年 | 京都 |
西本願寺書院 | 1633年 | 京都 |
延暦寺根本中堂 | 1640年(再建) | 滋賀 |
三渓園臨春閣 | 1649年 | 神奈川 |
曼殊院書院 | 1656年 | 京都 |
桂離宮 | 1663年 | 京都 |
慈光院書院 | 1672年 | 奈良 |
江川家住宅 | 江戸時代前期 | 静岡 |
閑谷学校講堂 | 1701年 | 岡山 |
東大寺大仏殿(東大寺金堂) | 1705年(再建) | 奈良 |
大峰山寺本堂 | 1706年 | 奈良 |
大国家住宅 | 1760年 | 岡山 |
岡山後楽園流店 | 江戸時代後期 | 岡山 |
栗林公園掬月亭 | 江戸時代後期 | 香川 |
角屋 | 1787年 | 京都 |
さざえ堂(旧正宗寺円通三匝堂) | 1796年 | 福島 |
大徳寺孤篷庵忘筌 | 1799年 | 京都 |
渡邉家住宅 | 1817年 | 新潟 |
羽黒山三神合祭殿 | 1818年 | 山形 |
旧高野家住宅 | 江戸時代後期 | 山梨 |
旧金比羅大芝居(金丸座) | 1835年 | 香川 |
岩根沢三山神社本殿・庫裏 | 1841年 | 山形 |
柏倉家住宅座敷蔵 | 1866年 | 山形 | |
旧大明寺聖パウロ教会堂 | 1879年 | 愛知 | ブレル、大渡伊勢吉(棟梁) |
宝山寺獅子閣 | 1882年 | 奈良 | 吉村松太郎(棟梁) |
旧風間家住宅 | 1896年 | 山形 | |
旧武徳殿 | 1899年 | 京都 | 松室重光 |
旧花田家番屋 | 1905年 | 北海道 | |
吉島家住宅 | 1907年 | 岐阜 | 西田伊三郎ほか(棟梁) |
古谿荘 | 1909年 | 静岡 | |
高松城披雲閣 | 1917年 | 香川 | 清水組 |
住友ビルディング | 1926年 | 大阪 | 住友合資会社工作部(長谷部鋭吉・竹腰健造) |
聴竹居 | 1927年 | 京都 | 藤井厚二 |
旧大倉精神文化研究所本館 | 1932年 | 神奈川 | 長野宇平治 |
軽井沢 夏の家 | 1933年 | 長野 | アントニン・レーモンド |
※両関第二工場酒蔵 | 1933年 | 秋田 | |
旧日向別邸 | 1936年 | 静岡 | ブルーノ・タウト |
近江神宮 | 1940年 | 滋賀 | 角南隆、谷重雄 |
旧前川國男邸 | 1941年 | 東京 | 前川國男 |
旧吉田五十八邸 | 1944年 | 神奈川 | 吉田五十八 |
神奈川県立近代美術館 | 1951年 | 神奈川 | 坂倉準三 |
斎藤助教授の家 | 1952年 | 東京 | 清家清 |
コアのあるH氏のすまい | 1953年 | 東京 | 増沢洵 |
南台の家(吉村順三邸) | 1957年 | 東京 | 吉村順三 |
八幡浜市立日土小学校 | 1956年 | 愛媛 | 松村正恒 |
香川県庁舎 | 1958年 | 香川 | 丹下健三 |
スカイハウス(菊竹清訓邸) | 1958年 | 東京 | 菊竹清訓 |
※ホテルオークラのメインロビー | 1962年 | 東京 | 谷口吉郎 |
日本生命日比谷ビル(日生劇場) | 1963年 | 東京 | 村野藤吾 |
国立屋内総合競技場 | 1964年 | 東京 | 丹下健三 |
大学セミナー・ハウス | 1965年 | 東京 | 吉阪隆正 |
旧千代田生命本社ビル | 1966年 | 東京 | 村野藤吾 |
白の家 | 1966年 | 東京 | 篠原一男 |
塔の家(東孝光邸) | 1966年 | 東京 | 東孝光 |
※虚白庵(白井晟一邸) | 1970年 | 東京 | 白井晟一 |
KIH7004 | 1970年 | 東京 | 鈴木恂 |
中銀カプセルタワービル | 1972年 | 東京 | 黒川紀章 |
※大分県医師会新館 | 1972年 | 大分 | 磯崎新 |
※プロジェクトマグネット | 1973年 | 店舗模型 | 倉俣史朗 |
阿部勤邸 | 1974年 | 埼玉 | 阿部勤 |
北九州市立中央図書館 | 1974年 | 福岡 | 磯崎新 |
幻庵 | 1975年 | 愛知 | 石山修武 |
上原通りの住宅 | 1976年 | 東京 | 篠原一男 |
※中野本町の家 | 1976年 | 東京 | 伊東豊雄 |
小篠邸 | 1981年 | 兵庫 | 安藤忠雄 |
弘前市斎場 | 1984年 | 青森 | 前川國男 |
SPIRAL | 1985年 | 東京 | 槇文彦 |
※バーオブローモフ | 1989年 | 福岡 | 倉俣史朗 |
海の博物館 | 1992年 | 三重 | 内藤廣 |
豊田市美術館 | 1995年 | 愛知 | 谷口吉生 |
ウィークエンドハウス | 1998年 | 群馬 | 西沢立衛 |
せんだいメディアテーク | 2000年 | 宮城 | 伊東豊雄 |
横浜港大さん橋国際旅客ターミナル | 2002年 | 神奈川 | アレハンドロ・ザエラ・ポロ、ファーッシド・ムサヴィ |
金沢21世紀美術館 | 2004年 | 石川 | 妹島和世、西沢立衛 |
日本語の処理がぜんぜんだめだった
Mendeleyで日本語が打ち込めない
LibreOffice Writerでもほぼ同様。日本語を打つとおそろしく動作が重くなってほぼ使えなくなった
Ubuntuではそういうことはおこらないので、文字コードの処理問題なのだろうが、細かいことはわからない
日本語話者のユーザーベースがないってことはこういう文字処理の蓄積がいっさいないってことなんだなと、実感としてわかった
他のところは、というかKDE Plasmaはけっこう好きだったのだが
F12キーを押すとターミナルが上から降りてくるところが微妙にうざかった
このポジションだとブラウザを見ながら文字が打てなかったので自分には使い物にならなかった
というわけで今はUbuntu + xfceで快適に過ごしている
Ubuntu + Unityでは古いPCのスペックだと重すぎて無理だった
おわり
https://anond.hatelabo.jp/20201208113706
ゆえに、上京者にとっては東京都心のメガターミナルこそ異空間であり、自らの常識の埒外であるから、避けないし悪びれないのだと札幌にいて理解した。
https://anond.hatelabo.jp/20201205155542
https://anond.hatelabo.jp/20201207094010
ここで語られているのは東京都心のたとえば新宿池袋のようなメガターミナルでの話なのだろう。
当方は札幌市の中心部に在住している(首都圏出身)が、地方都市ではまた様子が違っている。
札幌は東京都心に比べると駅や街中の密度は体感半分以下であるが、それでも都内にいるのと変わらない頻度でニアミスが起こる。
また、冬の間市街地が雪で閉ざされる交通事情から自転車の交通に対して非常に鈍感で、歩道をグループで横に広がって歩く、後ろから自転車が徐行で近づいても気づかない(あるいは気づいても避けようとしない)
まして対面で自転車が接近しても避けようとしない、というのは日常である。
もちろん基本的に左側通行を守り、速度を上げて走るときは車道の路側帯に入るので今のところ問題は起きていないが…
歩行時も含めて自分の進行方向やパーソナルスペースを譲らないのは、開拓民的な気質あるいは「札幌は街が広くて東京より人が少ないのだから自分が避ける必要などない」というこれもある種の甘えなのかもしれないと思っている。
また、首都圏はこういった全国から人間が集まっているので、超高密度な街にも関わらず育った環境によって気の遣えない人が目立ちやすい側面もあるのではないか、とも思う。
もともとLinuxへの移行はテストしていたが、例のmacOS Big Surアップデート騒ぎがあって(根拠の当否はともかく)、今後は自分のデータをできるだけ自分で管理したいという観点から、思い切ってManjaro Linux (KDE Plasma)へ全面移行することにした
Linuxの知識はごく初歩的(ネットで調べながらターミナルが使える程度)
なぜUbuntuではなくManjaroなのかというと、
インストールウィザードがよくできていて、ものすごく簡単だった
思いついたらまた書く
最近、ノーコードが流行っていますね。誰でもコーディング不要でWebサイトやアプリが作れちゃう。
中には、それで収益を上げている人もいるようです。
ただ、ガートナーのハイプ曲線で見ると、今ノーコードは流行期だと思います。
なので、これから反動期がやってきて「やっぱノーコードはダメだ!」という時期がやってきます。
なので、少し気が早いけど、ノーコードの次に流行りそうなモノを予想したいと思います。
私はノーコードの次にクラウド開発環境が流行ると思っています。
今って殆どの場合、ローカルでターミナルやVSCodeを立ち上げて開発しています。そ
れらを全部SaaSが提供するサービス上で開発する流れがくるんじゃないかと思っています。
私が思うに、開発環境って全然クラウドネイティブじゃないんですよね。
プログラミングをやるためには、ハードウェアもちゃんとしたものを揃えないといけません。
少し前、メモリ16GB以下のPCだと人権がないというツイートがバズっていました、まだまだハードウェアに依存している部分が多い感じです。アプリ開発だと、未だにPCとスマホをケーブルで接続するか、同じネットワーク環境に接続する必要ありますしね。
そこで、もし開発環境がクラウド化してSaaSとして使えるようになれば、ハードウェア的な問題には悩まされず、家ではノートPC、移動中はスマホみたいな感じで開発できるようになる時代がくるかもしれません。
https://speakerdeck.com/twada/understanding-the-spiral-of-technologies
こちらのスライドは、 Developers Summit 2018 でベストスピーカー賞を取った和田卓人さんのスライドです。
技術の変化は流行り廃りの振り子のように見えて、実は螺旋状に進化しているということが書いてあります。
このスライドでは、集中と分散が例として上がっていますが、ノーコードにも同じことが言えます。
実は、数年前にノーコードによく似たMDAという技術が登場したりしました。
登場した当時は今のノーコードっぽい持ち上げられ方をしていて、エンジニア不要論がでたりしてました。
しかし、残念ながらMDAは開発の主流になることはありませんでした。
ツールが高いなど、いろいろ敷居が高かったことが原因だと思います。
じゃあ、ノーコードはMDAと何が一番違うのかというと、SaaSとして提供されていることだと思います。
誰でも、そのサイトにアクセスして、アカウントさえ作れば、開発をスタートできます。料金も無料から初められるものが多いです。この手軽さが、MDAにあったエンプラ感を解決し、今のノーコードの流行を後押ししてるんじゃないかと思います。
先程の技術の進化は螺旋理論で行けば、ノーコードで取り入れられたSaaS化の流れが、今のコーディング環境に取り入れられる未来も想像しやすいと思います。
ネットに繋がりさえすれば、すぐにどの言語でも開発をスタートすることができるようになれば、多くの人にプログラミングの門を解放すると思います。
先日、GitHubがオンラインエディタとしてVSCodeベースのエディタが使えるようになることを発表しました。
すでに、GitHubはActionやPagesなど、ビルド環境やホスティングのサービスを展開しています。
そこに、エディタも登場してきて、いよいよGitHubだけで全てが完結してきそうな流れがでてきました。
オンラインのプログラミング教育サービスのPaizaやProgateもクラウドで開発環境が用意されブラウザでアクセスするだけで、すぐに使えることを売りにしています。
この流れで、toB向けの開発環境も、どんどんクラウド化していくんじゃ何でしょうか?
近い将来、GitHubのアカウントさえ開設したら、アプリやWebサービスの開発から公開まで行える時代がくるかもしれませんね。
今のノーコード系ツールって、コーディングは不要にしたかもしれないけど、設計力は求められるんですよね。
むしろ、ノーコードでアプリを作るほうが、実装のサンプルが少ないぶん、普通のプログラミング言語より、設計力求められるんじゃないでしょうか?
今どきは、どの言語でも少しググれば、やりたいことを実現する方法はでてきますしね。
なんというか、今のノーコードは、NewsPicksの記事がでたあたりから、バズワードになっちゃった気がします。
「コーディング不要でアプリが作れる!」という言葉だけ一人歩きして、プログラミング能力自体が不要と勘違いさせちゃってます。
たぶん、もうちょっとしたら「コーディング不要」につられてやってきた大量の人が「やっぱダメじゃん」って言い始める時期が来ると思います。
多くの人は、アプリやWebサイトを作る設計力は持ち合わせていないと思うので...。
次にノーコードが流行り始めるとしたら、設計も面倒見てくれるようなツールが登場するころだと思います。
そのときに、ノーコードいう名前か、別の名前で呼ばれているかはわかりません。
というわけで、ノーコードの次はクラウド開発環境が来る!という予想でした。
もし、この予想を信じてくれる人は記事を「いいね」してくると嬉しいです。
最後に、ノーコード自体は、多くの人にアプリ&サービス開発の扉を開かせる大変素晴らしいツールだし、無料で始められるので、気になっている人は片っ端からやってみることをオススメします。
それでは。
幼い頃から機会は何度かあったものの全てフイになっていました。
マリンジャンボの抽選は外れたし、スーパーの懸賞旅行は「金がない」と両親だけが行った。
狂人のハイジャック事件が起きて、修学旅行は長野県のスキー場になってしまった。
送迎や仕事で空港へ行った事は数あれど、家族の中で空を知らないのは僕だけとなっていました。
もうこりゃ空と縁がないのだろうと思っていたし、「今更何だってんだ」と意地にもなっていました。
職は変われど働き詰めであまり余裕も暇もなかったのです。
無人のカウンターで発行されたチケットは簡素なレシートのような紙。
画面や本の中で数え切れぬほど見て聞いて読んできた風景です。
現実感の無さと過去の巡り合わせの悪さと興奮がない交ぜになりつつ搭乗を待ちます。
椅子は硬めで前後は広いとは言えませんが、おっさんは車が好きなのでこうしたタイトな空間は苦になりません。
アナウンスが鳴り安全の確認、続いてCAさんの救命胴衣の実演。
時間にして数分後、後ろから轟音が響き窓の外の風景がゆっくりと動き始めました。
これがジェットエンジンなのかと思っていたら、続けてさらなる轟音が響き渡ります。
窓の外の景色も移り変わり、そして止まる。
いや、それ以上です。
僕にとって飛行機は今まで乗ったのりものでは最速のはずですから。
縦揺れを感じながらの加速を経て、浮遊感を感じました。
あっという間に窓の外から地面が消えて離陸。
すごい、飛んでいる。
それまで自分が情報とデータでしか知らなかった速度で、みるみると機体は上昇していきます。
窓の外の風景はあっという間に航空写真や衛星写真のような風景に…
こうして初めて、おっさんは空を飛んだのでした。
隣席の同行者曰く、まるで子供を見ているようだったと。
座席を譲ってくれた同行者には頭が上がりません。
こんなよくわからない文を読んでくれて有難う。
これまで使ってたパソコン(surfacelaptop)に不満がある訳ではなかったが、好奇心でmacも使ってみたい思いが募りついに買ってしまった。
2年くらい使って売ればそれなりに高く売れるやろの精神でかなりオーバースペックなやつを買ってしまった。
せっかくなので初体験直後に驚いた仕様・感じたことを記録しておく。(MBP16インチ)
ビビった。昔からの伝統なんだね。ウィンドウ無い癖にタスク切り替えには居座っててお前どういう状態やねんという感情が未だ拭えない
驚いた。GNOMEとかでも標準で使えるからmacにも当然標準搭載だと思ってた(課金するか迷ってる)
これは事前に知ってたけどやっぱ謎。結局caskのお世話になってるからあんまり見ないけど
ctrlのつもりでfnキー押す→いや押すべきはcommandだった、というパターンを20回くらい繰り返した
でもcontrolとcommandが別なの良い。まあ慣れよね。
マウスの加速度無効くらいはチェックボックスで設定させてほしい
というか英字→日本語への切り替え直後にラグくなるのは仕様なんだろうか
fnキーの位置が左下角になってるのはこいつのせいなのか?!おおん??
大してディレクトリ構造が重要じゃなさそうなファイル添付画面とかで急に4ペイン表示になったりするのは何か意味があるんだろうか
というか素直にパス表示して欲しい(表示できたらごめん)
そんなに不自由しない。自分に合ったアダプタ勝手につけろの精神はきらいではない。
ねだん高かったからね
ねだん高かったからね
ねだん高かったからね
ねだん高かったからね、ってだけでは済まされないレベルで良い。謎技術