  |
はてなキーワード: DELETEとは
これを読んだのよ
英語には「I hate this」「delete this」のようなほめ言葉もあるそうだ（しかしこれではほめられているのか罵倒されているのかわからない。「日本人に肯定コメントを付ける時は語尾をすべて♡にしろという不文律を広めよう」というブコメには大いに共感する）
日本語にも「罵倒的ほめ言葉」がある。上の記事のブコメから抜粋
Let’s face it: starting a conversation on a dating app can feel terrifying. You see someone you’re interested in, you type out a message, and then… you delete it. “Is this too boring?” “Will they even respond?” “What if I sound awkward?”
We’ve all been there. That first message can make or break your chances of connecting with someone amazing. But here’s the good news: you don’t have to overthink it. With the right opening line, you can spark a conversation that feels natural, fun, and meaningful.
At MixerDates, we believe that every great connection starts with a great conversation. That’s why we’ve put together this guide to help you craft the best dating app opening lines—ones that stand out, show your personality, and lead to real connections. Ready to ditch the “hey” and start making an impact? Let’s dive in!
[:contents]
Before we get into the best opening lines, let’s talk about why your first message is so important.
Your opening line is your chance to make a great first impression. It’s the gateway to a conversation that could lead to something special. A thoughtful, creative message shows that you’re genuinely interested—not just swiping mindlessly.
Your first message sets the tone for the entire conversation. A boring or generic opener might lead to a dull chat, while a fun or intriguing one can spark excitement and curiosity.
Let’s be real: everyone loves feeling special. When you put effort into your opening line, it shows that you care enough to stand out. And on MixerDates, where we value authenticity and positivity, that effort goes a long way.
Now, let’s get to the good stuff—the best dating app opening lines that actually work. These are divided into categories to suit different personalities and situations.
While the examples above are great starting points, the best opening lines are the ones that feel authentic to you. Here are some tips to help you craft your own:
Reference something from their profile—a photo, a hobby, or a shared interest. It shows you’re paying attention and not just copying and pasting.
Avoid heavy or overly serious topics right off the bat. Keep the tone light and playful to make the conversation enjoyable.
Don’t try to be someone you’re not. If you’re naturally funny, lean into that. If you’re more thoughtful, go for a sincere compliment or question.
“Hey” or “What’s up?” might be easy, but they’re also forgettable. Put in a little effort to stand out.
This gives the other person an easy way to respond and keeps the conversation flowing.
At MixerDates, we’re all about creating a positive, inclusive space where you can feel comfortable being yourself. Here’s why our platform is the best place to put these opening lines into practice:
We welcome everyone, no matter who you are or who you love. Our platform is designed to be a safe space where you can connect with like-minded people.
Our users create detailed profiles that make it easy to find shared interests and craft personalized opening lines.
We encourage our community to be genuine and kind, so you can feel confident starting conversations without fear of judgment or rejection.
Don’t just take our word for it—here’s what one of our users had to say:
“I met my partner on MixerDates, and it all started with a simple message about our shared love for travel. The conversation flowed naturally, and the rest is history. I’m so grateful for this platform!”
While a great opening line can spark a conversation, building a real connection takes more than just a clever message. Here are the key elements to look for when seeking a meaningful connection:
A strong connection starts with alignment on the things that matter most. Do you share similar values, life goals, or visions for the future?
Look for someone who is willing to share their thoughts, feelings, and vulnerabilities—and who encourages you to do the same.
Healthy relationships are a two-way street. Both people should be putting in effort to communicate, plan dates, and support each other.
A true connection allows both people to be themselves without judgment. Look for someone who celebrates your uniqueness and encourages you to pursue your passions.
Communication is the foundation of any strong relationship. A mutual connection thrives on honesty, transparency, and the ability to resolve conflicts in a healthy way.
At MixerDates, we’re here to help you find these key elements in a partner. Our platform is designed to connect you with people who share your values and are looking for the same things you are. Starting a conversation on a dating app doesn’t have to be stressful. With the right opening line, you can spark a connection that feels natural, fun, and meaningful. And at MixerDates, we’re here to help you every step of the way.
So, what are you waiting for? Craft that perfect opening line, join MixerDates, and start connecting with people who value authenticity and positivity. Your perfect match is out there—and they’re just one message away.
ロックに条件持たせる
やりたいことはできてるように見えるが、うーんしんどい
# Entity Relation Diagram
# ```mermaid
# ---
# title: Rental Office example
# ---
# erDiagram
# OFFICE ||--|{ ROOM : x
# OFFICE {
# number office_id
# }
# ROOM {
# number office_id
# number room_id
# }
# ROOM ||--|{ SCHEDULE : x
# SCHEDULE {
# number room_id
# datetime start_at
# datetime end_at
# }
# OFFICE ||--|{ BUSINESS_HOUR : x
# BUSINESS_HOUR {
# number office_id
# enum week_of_day
# datetime start_at
# datetime end_at
# }
# ```
# Directed Acyclic Graph
#
# ```mermaid
# graph LR
# A[OFFICE] --> B[ROOM]
# B --> C[SCHEDULE]
# A[OFFICE] --> D[BUSINESS_HOUR]
# D --> C
# A --> C
# ```
# 基底クラス: EntityLock
class EntityLock
attr_accessor :entity_name, :entity_locked, :attribute_locks
def initialize(entity_name)
@entity_name = entity_name
@entity_locked = false # エンティティ全体のロック状態を保持
@attribute_locks = {} # IDに対するロックを管理するハッシュ
end
def lock_entity
@entity_locked = true
puts "Entity '#{@entity_name}' is now locked."
end
def unlock_entity
@entity_locked = false
puts "Entity '#{@entity_name}' is now unlocked."
end
def lock(attributes)
entity_id = attributes["#{@entity_name.downcase}_id"]
if entity_id && !@attribute_locks[entity_id]
@attribute_locks[entity_id] = true
puts "#{@entity_name} with ID '#{entity_id}' is now locked."
end
end
def unlock(attributes)
entity_id = attributes["#{@entity_name.downcase}_id"]
if entity_id && @attribute_locks[entity_id]
@attribute_locks.delete(entity_id)
puts "#{@entity_name} with ID '#{entity_id}' is now unlocked."
end
end
def locked?(attributes)
# まずエンティティ全体がロックされているかチェック
return true if @entity_locked
# 次に特定のIDがロックされているかチェック
entity_id = attributes["#{@entity_name.downcase}_id"]
if entity_id && @attribute_locks[entity_id]
return true
end
# ロックされていなければfalseを返す
false
end
end
# 子クラス: OfficeLock, RoomLock, ScheduleLock
class OfficeLock < EntityLock
def initialize
super("Office")
end
end
class RoomLock < EntityLock
def initialize
super("Room")
end
end
class ScheduleLock < EntityLock
def initialize
super("Schedule")
end
end
# 子クラス: BusinessHourLock
class BusinessHourLock < EntityLock
def initialize
super("BusinessHour")
@attribute_locks = [] # BusinessHour用のロックを配列で管理
end
def lock(attributes)
start_at = attributes["start_at"]
end_at = attributes["end_at"]
if start_at && end_at
@attribute_locks << [start_at, end_at]
puts "BusinessHour from '#{start_at}' to '#{end_at}' is now locked."
end
end
def unlock(attributes)
start_at = attributes["start_at"]
end_at = attributes["end_at"]
if @attribute_locks.include?([start_at, end_at])
@attribute_locks.delete([start_at, end_at])
puts "BusinessHour from '#{start_at}' to '#{end_at}' is now unlocked."
end
end
def locked?(attributes)
# まずエンティティ全体がロックされているかチェック
return true if @entity_locked
# 次に特定の時間範囲がロックされているかチェック
start_at = attributes["start_at"]
end_at = attributes["end_at"]
if start_at && end_at
@attribute_locks.each do |(locked_start, locked_end)|
if locked_start <= start_at && end_at <= locked_end
return true
end
end
end
# ロックされていなければfalseを返す
false
end
end
# TreeNodeクラス
class TreeNode
attr_accessor :name, :children, :parents, :lock
def initialize(name, lock)
@name = name
@children = []
@parents = [] # 複数の親ノードを保持する配列
@lock = lock # TreeNodeにロックを持たせる
end
def add_child(child_node)
child_node.parents << self # 子ノードにこのノードを親として追加
@children << child_node
end
def display(level = 0)
indent = " " * (level * 4)
puts "#{indent}#{@name}"
@children.each { |child| child.display(level + 1) }
end
def has_dependency
return false if @parents.empty?
@parents.each do |parent|
puts "#{@name} is dependent on #{parent.name}"
return true
end
@parents.any?(&:has_dependency)
end
def locked?(attributes = {})
# 自身がロックされているか確認
return true if @lock.locked?(attributes)
# 親ノードがロックされているか再帰的に確認
@parents.any? { |parent| parent.locked?(attributes) }
end
end
# 木構造の組み立て
# ロックオブジェクトの作成
office_lock = OfficeLock.new
room_lock = RoomLock.new
schedule_lock = ScheduleLock.new
business_hour_lock = BusinessHourLock.new
# ノードの作成
office_node = TreeNode.new("Office", office_lock)
room_node = TreeNode.new("Room", room_lock)
schedule_node = TreeNode.new("Schedule", schedule_lock)
business_hour_node = TreeNode.new("BusinessHour", business_hour_lock)
# ノード間の依存関係の設定
office_node.add_child(room_node) # Office -> Room
room_node.add_child(schedule_node) # Room -> Schedule
office_node.add_child(business_hour_node) # Office -> BusinessHour
business_hour_node.add_child(schedule_node) # BusinessHour -> Schedule
# 木構造の表示
office_node.display
# ロックの確認
puts "Case 1. Office全体がロックされた場合"
puts "Is office_node locked? #{office_node.locked?({})}" # false
puts "Is schedule_node locked? #{schedule_node.locked?({})}" # false
office_lock.lock_entity
puts "Is office_node locked? #{office_node.locked?({})}" # true
puts "Is schedule_node locked? #{schedule_node.locked?({})}" # true
office_lock.unlock_entity
puts "Case 2. Room id:1 がロックされた場合"
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1 })}" # false
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 2 })}" # false
room_lock.lock({ "room_id" => 1 })
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1 })}" # true
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 2 })}" # false
room_lock.unlock({ "room_id" => 1 })
puts "Case 3. BusinessHour start_at:0 end_at:5 がロックされた場合"
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1, "start_at" => 0, "end_at" => 5 })}" # false
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1, "start_at" => 5, "end_at" => 10 })}" # false
business_hour_lock.lock({ "start_at" => 0, "end_at" => 5 })
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1, "start_at" => 0, "end_at" => 5 })}" # true
puts "Is schedule_node locked? #{schedule_node.locked?({ "room_id" => 1, "start_at" => 5, "end_at" => 10 })}" # false
business_hour_lock.unlock({ "start_at" => 0, "end_at" => 5 })
試してみたけどいけないんよ。
そこで正しくValueが#REF!の名前を拾えてるのにDeleteするとなぜかいまアクティブなシートのエラー参照じゃないプリントエリアが消されてる
エクセルのマクロで膨大な量の名前の定義を一括で削除させたくて、こんな風に書いたんだけど
For Each n In ActiveWorkbook.Names
If InStr(1, n.Name, "Print_Area") ＝ 0 Then
n.Delete
ElseIf n.Value Like "*[#]REF!*" Then
End If
なぜか参照エラーになってるプリントエリアを消すべきところでエラー起こしてないプリントエリアが消される。
「Print_Area」だけど参照エラーになってるものが一個だけあるからそれを消してほしいだけなんだけど、アクティブシートのプリントエリアが消されて参照エラーの方は生き残ってしまう。
なんで…？
【やりたいこと】
1.シート1を正しく参照しているもの
2.シート2を正しく参照しているもの
3.#REF!を参照しているもの
の3つがある。
この3つ目だけを消したい。
【なぜか起きること】
For Eachで上から順に1と2を素通りして、3つめのときにローカルウインドウでName.Valueが#REF!なのを確認しているのに、
3つ目をDelete すると1つ目が消える
そもそもあの脚ってキートップを見やすくするために付けられてた
つまりはタッチタイピングできない人のために見やすくする理由で作られていて
打ちやすさは手前は平面、奥が少し盛り上がる状態が一番負担が少ない
これは「人による」みたいなことはなくて、人間はそういう風に出来ている
特にカーソル移動をするときにFnを使って矢印キーを押す人が多いが
EmacsならC-nやC-pを使うし、Vimならjやkを使う
なので矢印キーなんて（ホームポジションから遠いし）使わないよね、という思想の元作られている
他にもBackSpaceはC-hなのでDeleteになっているしF1とかF2とかは使わないというのが前提
「うるさい俺は矢印キーを使いたいんだ」
という人はRealforce使えばいいのであってHHKBである必要は全く無い
まぁHHKBの大きな思想に持ち運べる馬の鞍思想があるので、持ち運ぶために使うけど矢印キーを使いたい、という人は一定数いると思うけど
QWERTY配列の理由はよく使うキーを中心に構成されているとか
タイプライターが壊れないようにわざとバラしてあるだとか言われているが
本当に押しやすいとかタイピングが早くなるような配列はちゃんと研究されているし
例えば日本語なら親指シフトが最も良いなんていうのも昔はあったんだが
結局のところ毎秒3キー押せるのが3.5キーになったところで意味は無いし
それよりも共通認識として広まっているQWERTY配列でいいじゃん、となって現在に至る
打ち間違えるためだけに存在してそうなNum Lockキーだが
数字を打ち込むときにテンキーがあるのとないのでは大違いで圧倒的にテンキーの方が速い
一方でノートPCではテンキーを置く場所をケチりがちなので無理矢理Num Lockキーを使ってキーボードの一部をテンキーにしている
斜めになっているのでテンキーとは打ち方が変わってしまうが、それでも使いこなせば数字を打ち込むのがめちゃくちゃ速くなる
ただ、ほとんどの場合は外付けのテンキーを使ってる気もするのでやっぱりいらないかもしれない
余談だがテンキーのあるキーボードのNum Lock機能は矢印キーとテンキーを切り替えるもので
昔のゲームなんかはテンキーを使って上下左右をコントロールしていたのだが
その場合はそもそもゲーム自体がテンキーによる入力で上下左右に動けていたので
そしてWASDキーによる移動が主流になって完全に廃れた
絶滅危惧種となりつつあるHome End PageDown PageUpだが
PageDownとPageUpはそれなりに使い方が知られているとして
HomeとEndが行頭・行末への移動だと知っている人は意外と少ない
文章を打っていて行頭に戻りたければHomeを押せばいいし、行末ならEndでよい
マウスでカーソル移動する必要はなくて便利なのだが恐らく大半の人はマウスで移動しているのと
Emacsキーバインドプログラマーとコンソールを触る人はC-aとC-eで代用できるので
ワイ：
真面目な顔の人間の男の人の顔の絵を描いてください。
GPT：
＊イメージ省略＊
ワイ：
GPT：
＊イメージ省略＊
ワイ：
その整数が 3 か 5 の倍数の場合、ふざけた顔の男の顔（一枚目の顔）を表示してください。
GPT：
了解しました。以下は、指定された条件に基づいて動作するPythonのGUIアプリのコードです。このアプリは、tkinterを使用しています。まず、必要なライブラリをインストールしてください：
pip install tkinterimport tkinter as tk from tkinter import Entry, Label, PhotoImage def display_image(): num = entry.get() if num.isdigit(): num = int(num) if num % 3 == 0 or num % 5 == 0: label.config(image=goofy_face) else: label.config(image=serious_face) entry.delete(0, tk.END) def on_close(): root.quit() root.destroy() root = tk.Tk() root.title("Face Display App") # ふざけた顔と真面目な顔の画像をロードします # 以下の部分は、DALL-Eで生成された画像のパスに置き換える必要があります goofy_face = PhotoImage(file="path_to_goofy_face_image.png") serious_face = PhotoImage(file="path_to_serious_face_image.png") entry = Entry(root) entry.bind('<Return>', lambda event=None: display_image()) entry.pack(pady=20) label = Label(root) label.pack(pady=20) root.protocol("WM_DELETE_WINDOW", on_close) root.mainloop()このコードには、2つのPhotoImageオブジェクトがあります。これは、ふざけた顔の画像と真面目な顔の画像をロードするためのものです。path_to_goofy_face_image.pngとpath_to_serious_face_image.pngは、DALL-Eで生成された画像の実際のパスに置き換える必要があります。
このアプリは、ユーザーが整数を入力してReturnキーを押すと、指定された条件に基づいて画像を表示します。エスケープキーまたはウィンドウを閉じることでアプリを終了できます。
ワイ：
GPT：
私の投稿に説明不足がございましたこと、まずはお詫び申し上げます。
さて、ご指摘を頂きました
について補足をさせていただきます。
私の元の投稿では「クリア」を「ゲームクリア」の省略形を意味するものとして記載いたしました。
また、「ゲームクリア」とは「ゲーム用語の一つ。 ゲームを最後まで攻略すること。」(ピクシブ百科事典より引用)であります。
おそらくご指摘の意図は「スマホ上の操作としてアプリを削除する操作を指して"クリア"とは言わない」ということかと思います。
仰る通りでございます。わたくしもその点について異論はございません。
以上で補足とさせていただきます。
なお蛇足ではございますが、英語圏ではゲームクリアを「beat」(打ちのめす)「finished」(終わる)「completed」(完結)などと表現するのだそうでございます。
増田は、デスクトップとして使われていたフォルダの残骸を消したつもりが、実は依然としてデスクトップとして使われているフォルダを消していて、
しかも迂闊にもShift+Deleteで消してしまったから取り返しがつかなくなってしまったということです
このトラブル、散々経験した情報システムアドミニストレータ パソコンの奴隷としては以下の運用にしてる。
あと、他にも指摘している人がいるけど、ブラウザからOneDriveにアクセスしてゴミ箱を見てほしい。同期が1回でもされていると、そちらに残っているはず。
OneDriveのゴミ箱はローカルゴミ箱と連動していないので、ローカルでSHIFT＋Deleteやゴミ箱空をしてもOneDrive上ではゴミ箱に移されて残っているはず。同期する前にやってるとそれは厳しいけど、ダメ元で覗いてみてね。
では、設定について。
バックアップ設定でフォルダを設定すると、何故かバックアップを外す人がいてトラブルになるので、バックアップ設定は全部不可にしている。
その上で、デスクトップやドキュメントの特殊は、あらかじめOneDrive上に手動でフォルダを設定した上で、それぞれのプロパティから移動させる。
この時、端末ごとにデータを同期させず、しかしファイルを保護したい場合には、パソコンごとに別のフォルダを指定すれば良い。
