「バックスラッシュ」を含む日記

■anond:20240321160350

関係あるか知らんけど、日本語Windows の \(バックスラッシュ)と ¥(円マーク) の問題が巡り巡って、

なぜか mac版パワーポイントで \ がどうやっても表示できない(¥になっちゃう)の本当理不尽だし、

10年くらい観測してるけど全く改善されない

なんなのこれ?

Permalink | 記事への反応(1) | 16:18

ツイートシェア

■[稀ドメインはてブ]2023年12月滅多にホットエントリを出さないドメインからのホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

Permalink | 記事への反応(0) | 15:17

ツイートシェア

■

人に投げる仕事で、円マークのつもりで¥を書いといたら、フォントの関係で半角バックスラッシュになって見えてたようで、ご丁寧に全角の＼で実装されて納品されてきた。

いやまあきちんと書かなかった俺も悪いが、ドル円レート ＼123.45って書いてて疑問を感じなかったか？なぁ…

Permalink | 記事への反応(1) | 17:37

ツイートシェア

■マイナンバー保険証のヤバさが露呈したけど、障害者手帳アプリもヤバさを孕んでいると思う

ミライロIDっていう障害者手帳アプリがあるんだけど、アカウントのパスワード文字列にバックスラッシュが含まれるとエラーを吐くんだよね 使用できない文字が含まれていますとかではなく、通信に失敗しましたって感じの

たぶんエスケープ処理がうまくいってないんだと思う。

障害者手帳大流出祭りが楽しみだ

Permalink | 記事への反応(2) | 17:19

ツイートシェア

■anond:20230317094149

バックスラッシュを円記号にしたのは絶許

Permalink | 記事への反応(0) | 09:44

ツイートシェア

■anond:20230216115243

ちょっと検索してみると、MATLABのような計算では

A/Bと B\A のようにスラッシュとバックスラッシュで意味が変わるものはありそうです。

なるほど勉強になりました。バックスラッシュ（円マーク）の数学的意味を調べてみます。

Permalink | 記事への反応(0) | 12:08

ツイートシェア

■anond:20220928213737

バックスラッシュになってしまうみたいな話ではなかった

Permalink | 記事への反応(1) | 15:05

ツイートシェア

■anond:20220724140709

ここまでバックスラッシュなし

Permalink | 記事への反応(0) | 20:09

ツイートシェア

■いまだに\が円記号で表示されている問題

Windowsでもフォントを変えればバックスラッシュで表示されるし、最新のAndroidでは標準でバックスラッシュで表示されてるみたいだけど

いずれ解決されるんかな

Permalink | 記事への反応(0) | 21:49

ツイートシェア

■anond:20220407135243

リベラル映画人として有名だったし、その辺バックスラッシュが起きるのは仕方がないんじゃないの

Permalink | 記事への反応(0) | 14:01

ツイートシェア

■anond:20200531151250

コメント消すと動かないようなもの作れるんかな

最後にバックスラッシュとかは有名すぎるし・・・

// ⇩消すと動かない

// 消すと動かなくなるコード

みたいなの書いといてみたいわ

Permalink | 記事への反応(0) | 15:16

ツイートシェア

■agで正規表現抑制するオプションはない

雑に2-3回ググっただけだからしらんけど。グーグルの1ページ目に存在しない情報はこの世にない

ag '\[a-zA-Z0-9\]'

みたいにバックスラッシュでメタ文字を回避するしか無い

Permalink | 記事への反応(1) | 14:23

ツイートシェア

■anond:20200201003215

じゃあその角カッコをバックスラッシュでエスケープしろよデコ助野郎

Permalink | 記事への反応(0) | 00:43

ツイートシェア

■Google音声入力クソすぎるやろ

正規表現を入力しようとしたけど、キャレットとか角括弧とかバックスラッシュとか出てこねえじゃん

Permalink | 記事への反応(0) | 22:12

ツイートシェア

■増田で＞＜を書く方法

増田で半角の＞＜を書くと><にされてしまう

バックスラッシュでのエスケープも駄目\> \<

pre記法でもだめ

>< 

どうすんのこれ

Permalink | 記事への反応(2) | 21:11

ツイートシェア

■＼より￥のほうが良くない？

エディタのフォントを変えたら、Windowsでも\がバックスラッシュとして表示されるようになったんだけど…。

異質な￥のほうが、実は識別しやすくない？

\と/を打ち間違えたことに気づくまで20分くらいかかった。

Permalink | 記事への反応(0) | 20:10

ツイートシェア

■こうすればプログラミング覚えられるよ【随時追記】

プログラマじゃないけどプログラミング完全に理解した（）おばさんが理解してる基礎知識書くよ。

（追記 この文章はプログラミングの勉強をしたいけどその周辺にある基礎知識になかなか触れる機会がない人向けに書きました。これらの基礎知識があると、困ったときに調べ方すら分からないという状況は回避しやすくなるはず）

まずLinuxやUnix系OSの使い方。

ターミナル、いわゆる黒い窓からCUI（コマンドユーザーインターフェース）でコンピュータを使う方法を覚えよう。これは大学のコンピュータリテラシーで習った。MacOSXで復習すると捗った。（追記 すごく間が抜けてたけどMacOSXはUnix系OSです）

まずはファイル操作。Macでターミナルを使って、cd Desktopって打ってからecho ohayou ＞ aisatsu.txtって打ってみて、cat aisatsu.txtってやる。そうすると何が表示されるのか？とりあえずやってみよう。ここで＞は増田の都合上大文字全角にしてるけど、ちゃんと半角にしてね。なんで増田の都合上半角がダメなのか、そのうち想像できるようになろう。（追記 ブコメ指摘感謝）

そして、実際にデスクトップを見に行ってみると、aisatsu.txtってファイルがあるはずなんで、開いてみよう。これで何が起こったのか７割くらいはわかるはず。

こういうファイル操作の基本をまず覚えよう。これこそ空気みたいなものだから。

（追記 ここも間が抜けてたけど確かにhogeって何かわからないね。直しました）

次に文字コードとバックスラッシュの話。

最近は何も考えなければ文字コードはとりあえずUTF-8でなんとでもなるようになってるけど、バックスラッシュとかは環境設定で出てくるように設定しないと出てこないし、その意味合い、つまりエスケープとしての使い方を頭に入れておくと後々困らないと思う。あとEOF（エンドオブファイル）とか改行コードとかもそういうものがあるよ程度には覚えておこう。これ頭の片隅にはいってないと分からん殺し的な罠にはまることがある。

次にプログラミング環境の構築の仕方。

これは使いたいプログラミング言語の公式サイトに行くと大抵書いてある。

でもMacだとだいぶ楽。とりあえずターミナルからgccって打ってみるとなんかCUIツールとか書いてあるものをインストールしろって言われるのでインストールする。これだけでCとかC++とかRubyとかPythonとか一通り使えるようになる。もしかしたら最近はこのインストールすらいらないかもしれないけど。

あと、シェルのコマンドとかプログラミング言語を実際に使うときはいろんなライブラリをインストールする必要があるけど、そのライブラリは管理がすごく面倒なので管理をまとめてくれるコマンドがあったりする。aptとかhomebrewとかがそういうのだから、そんなものの使い方も覚えておこう。

（追記 言語の文法を追うだけなら環境構築なんてしなくてCloud9とか使ってもいいかもだけど、プロダクトを作ろうとした時にはまだまだ手元で環境作って必要なライブラリを入れてとやった方が後々応用がきくと思うのですよ。それにそうしていくとDockerの有り難みなんかも理解できるようになっていくのではと思います）

最初に勉強するプログラミング言語は、Javaだけはやめておけ。

なんでかっていうと、Javaはオブジェクト指向言語ってやつなんだけどオブジェクト指向的にしか書けないから。古い人間だと言われそうだけど、最初は手続き型言語から始めるべきだと思ってる。少なくとも、手続き型的に書ける言語から始めるべき。

なぜそう思うのかも含めて、とりあえずおばさんが理解しているプログラミング言語の発展の経緯を軽く解説する。

最初の頃のプログラミング言語は、手続き型と呼ばれるものが多かった。

この〇〇型ってのはプログラミングをするときの考え方によって名前がついているんだけど、手続き型はまず0を作って、0に1を100回足して、最後にその結果を表示してください、みたいな、上から書いた順番通りに動くのが基本のルールである考え方。プログラムは基本的にはこうやってデータをアルゴリズムを使って変化させていって望む結果を得ている。でもこのやり方は問題も多かった。プログラム全体がひとかたまりになってしまっているので、数千行とかになるともう普通の人では手がつけられないし、人間のミスでデータを間違って扱ってしまうことがバグの温床になった。

なので、この手続き型の考えに構造化という考えが加わって、関数というものが生まれた。関数っていうのは料理のレシピに例えるとわかりやすいかも。

関数が無い状態だと、

1:玉ねぎをくし状に切ります。

2:キャベツをざく切りにします。

3:豚こまに塩胡椒で味付けをします。

4:フライパンを火にかけ、油を入れて熱します。

5:豚こまを入れて色が変わるまで炒めます。

6:玉ねぎを入れます。

7:キャベツを入れます。

8:野菜がしんなりするまで炒めます。

9:火を消して8をお皿に盛り、野菜炒めの出来上がりです。

と書いていたものが、関数がある状態だと、

A:野菜を切ります。

Aのやり方1:玉ねぎをくし状に切ります。

Aのやり方2:キャベツをざく切りにします。

B:肉に味付けをします。

Bのやり方1:豚こまに塩胡椒を振ります。

1:フライパンを火にかけ、油を入れて熱します。

2:Bを入れて色が変わるまで炒めます。

3:Aを入れてしんなりするまで炒めます。

4:火を消して3をお皿に盛り、野菜炒めの出来上がりです。

って書ける。ここではAとBが関数。

この程度だとあまり意味を感じないかもしれないけど、これがもっと複雑なものを想像してみると、なんとなくありがたみが分かって来ないだろうか？こうすると、多人数でプログラミングをするときに、Aを書く人、Bを書く人、1〜4にまとめる人って感じで作業分担ができる。それに、バグが起きた時もAの領域でバグったのか、Bの領域でバグったのかとか、全体にまとめると上手くいかないのかとか、原因の切り分けがしやすい。

でも、プログラムがとっても複雑化すると、これでも手に負えなくなる。料理の例えを拡大すると、料理店を運営することを考えるといいかも。

料理店でたくさんの料理をさばくときに、レシピを完全に1から作ることってないと思う。Aさんが野菜の仕込み担当、Bさんがスープの仕込み担当、というように各人に仕事が割り振られているはず。AさんもBさんもそれぞれの仕込みのレシピを持っていて、最終的に出てくる仕込みがちゃんとしてればAさんBさんの仕事の詳細までいちいちシェフが細かくチェックしない体制になっていると思う。大雑把にいうとそういう考え方をプログラムで再現したのがオブジェクト指向型言語。

なので、本気で料理の初心者がいきなり厨房の仕切りを任されて上手くいくのは難しいように、構造化プログラミングのありがたみすらわからない段階でオブジェクト指向型プログラミングに手をつけても意味がわからんだろうと思うのがおばさんの立場です。

（追記 おばさんはRubyを勧めておきます。オブジェクト指向型言語ですが、手続き型的に書き下すことも出来るからです。一つの言語で手続き型構造化オブジェクト指向、全部勉強できます。メソッドも便利なのが一通りあるし、日本語を扱うのにも問題が少ないです）

次に問題を分解できるようになろう。

例えば、クイズゲームを作りたいと考えたときにクイズゲームを作りたいです、って問題は大きすぎる。

クイズゲームに必要な要素は、問題文を表示する、回答を入力してもらう、正誤判定をする、正誤判定の結果を表示する、ということだなぐらいにまず分解する。

これを実際にプログラミングしようとすると、もっと分解できてさらに問題が見えてくると思う。

コンピュータってのは創造的なことはできない代わりに、とても簡単なことをとても階層的に重ね合わせて大きな問題を解けるように作られてる。それを心するといいと思う。

わからないことは調べられるようになろう。最後はこれ。

これ超大事。プログラミングって本当に自分で1からものを考えなきゃいけないことってあまりない。大きな問題はあなただけの問題かもしれないけれど、それを構成する小さな問題は大抵他の誰かが解いている問題なので、調べてみれば答えが見つかると思う。

エラーメッセージが出てきたらまずググってみる。翻訳しても初心者には意味がわからないし、ググったら誰かが解説付きで紹介してくれているのでその解説を読んだりしながらエラーメッセージとの付き合い方を覚えていけばいい。

メソッドの使い方がわからなかったら言語の公式サイトに行ってみる。メソッドの使い方で大事なのは呼び出し方、返ってくる値の型とかそういうのだから、こういうところはググるよりも公式サイトに書いてあることをしっかり読んで理解する。

あと、アルゴリズムの勉強もしてみるといいと思う。アルゴリズムとデータ構造と計算量の勉強。大学の学部レベルの教科書をちゃんと読んでみると、例えばデータベースを操作するSQLというものを書くことになった時とかに効いてくる。あとは作ったプログラムが遅すぎてどうしようとかいうのを解決する時とか。

なんか深夜までいろいろ書いてしまったけど、あくまでもプログラマじゃないおばさんが書いたものなので、みんなでツッコミとか入れてくれると大変助かります。

増田怖いよツッコミ怖いよ、もちろんおまんじゅうも怖い。

Permalink | 記事への反応(28) | 03:48

ツイートシェア

■anond:20190319162051

再現は諦めたのか

<>に関しては下記を読めば化けずに書ける

https://anond.hatelabo.jp/20151210122244

バックスラッシュの再現はフォントの問題だと思うけど俺には分からん、全角＼で誤魔化すことは簡単だが

あ、これ書いてる間に画像で貼ってくれたのか、わざわざ有り難いね猫同志よ

Permalink | 記事への反応(1) | 16:26

ツイートシェア

■バックスペースと間違えて隣のバックスラッシュ連打

ブレーキとアクセル間違えたような感覚するよね、隣にあったらそらたまに間違えるわ

UIが悪い

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

Permalink | 記事への反応(0) | 03:20

ツイートシェア

■anond:20180808193420

そんなのTeX記法のことを言ってるに決まってるだろ。

WordやHTML+CSSで文章を書くのと比べて、桁違いに書きにくい。

お蔭で後年SQLに出会った時は、記法のセンスの素晴らしさに感動したわ。

何故なのかは知らないが、バックスラッシュに中括弧に$に^に、fracみたいな覚えにくい予約語のオンパレードにその他諸々、記法があまりにも暗号的すぎるんだよ。

マークアップ的要素があるくせに、XMLやHTMLよりも「どこからどこまで」を遥かに把握しにくいし。

あと、記法の問題だけじゃなく印刷に持っていくまでの処理もマジめんどくさいわー。

WYSIWYGを捨ててかかってるだけでも十分めんどくさいのに、dviにしてレイアウトを視覚的に確認しようとするだけで「文法間違ってます出力できませーん」とか、いい加減にしろアホ！と何度思ったことか。

こういうTeX使ったことある奴なら当たり前に経験している使いにくさを「インターフェース」と言ったのに、エディタの問題などと矮小化して捉えられるのは、正直言ってメチャクチャ不愉快だわ。

てか、viでもemacsでもなんでもいいけど、こんなのどんなエディタ使っても使いやすくならないだろ。

本当に救いようがない、センスゼロのソフトだと思うわ。

だからそこそこ整った文章書くだけならWordでいいんだよ。

いろいろツール入れれば多少は負担が軽減されるのかも知れないが、そんなふうにいちいち環境整える手間を掛けてまでTeXで書く理由なんて微塵も感じられないから。

車の運転がAT全盛の時代にあってMTに凝るくらい趣味的かつ滑稽な話だよ、TeXは。

「C言語に対する最新最良の処方は、可能な限りC言語を使わないこと」というのは有名だが、これはそっくりそのままTeXにも当てはまる。

Permalink | 記事への反応(0) | 11:22

ツイートシェア

■\ を打つときってキーボードの右上と右下どっち使ってる？

PC上級者の多いはてな民なら、パスの区切り文字とか制御文字的な意味なときはバックスラッシュの右下で、円マークって意味なら右上とか使い分けてるよね

私は全部右上だけど

おまけ

思いつきで ahk 使って右上の円マークだとバックスラッシュじゃなくて本当に円マークを入力できるようにしてみた

\::Send, ¥

バックスラッシュは使っても円マークって要らないことに気づいた

Permalink | 記事への反応(0) | 22:43

ツイートシェア

■「\n」の読み方

いつも「\n」を「えんまーくえぬ」と読んでいる。

今の自分の環境では円記号ではなくバックスラッシュで表示されるので、

「ばっくすらっしゅえぬ」

と読むはずなのに、昔覚えた読み方に固執してしまっている。

Permalink | 記事への反応(0) | 06:16

ツイートシェア

■USキーボード配列設定の状態で、JISキーボードからの記号入力

USキーボード配列設定の状態で、JISキーボードからの記号入力メモ

普段は外付けのUSキーボードをノートパソコンに繋いで使っているけど、

一時的にノートパソコンについているJISキーボードで作業をする時、特に上記のキーのいちが分かりづらかったのでメモ。

Permalink | 記事への反応(0) | 19:06

ツイートシェア

■Dota2でコンソールを開く方法についてメモ

オプションでenable consoleにチェックを入れるだけじゃ起動できなかった。

起動オプションに-consoleを入れて、console起動ボタンをデフォルトのバックスラッシュから]に変えたらできた。

blackwidowにはバックスラッシュが刻印されてるキーがあるけど、これを押してもバックスラッシュが入力されない。

これは文字入力システムが日本語用になってることと関連してると思う。

• consoleなし、enable consoleにチェックでconsole起動をバックスラッシュ以外に変えたら、

なぜかその割り当ててる文字が入力できないという謎現象が起きた。

一応コンソールを起動する方法自体は見つかったけど、ちょっと面倒な手順を踏まなきゃいけないようだ。

Permalink | 記事への反応(0) | 16:41

ツイートシェア

■http://anond.hatelabo.jp/20160126103337

コードポイントが足らなかったんだよ…

あと原則論で言えばISO646では0x5cはバリアントが許されてるんで、ISO646-USでバックスラッシュ、ISO646-JAで円記号を使うこと自体には問題はない (ついでに、仏語圏では ç だったし北欧圏では ø だった)。どっちかというと元凶はこのバリアントを区別せずに「JISX0201の0x80以下をUS-ASCIIとも解釈する」みたいな運用が一般化しちゃったことなんじゃないか。まあ今更言っても仕方ないことだが。

Permalink | 記事への反応(0) | 10:59

ツイートシェア